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3.  INSTALLING  AQCESS  SOFTWARE  ON  THE  PDP-11/84 


This  section  describes  how  to  install  the  AQCESS  software  on  the  number  three 
system,  the  PDP-11/84;  and  to  verify  its  operational  readiness.  Be  sure  to 
review  the  instructions  presented  in  this  section  before  you  actually  begin 
software  installation. 

General  instructions  and  statements  about  system  actions  are  printed  across 
the  width  of  the  page.  System  prompts  that  appear  on  the  console  are  shown  in 
the  lefthand  column.  Defaults  are  shown  between  the  symbols  <  and  >.  (To 
accept  a  default,  press  Return.)  The  righthand  column,  under  the  heading 
"Your  Actions,"  gives  specific  instructions  such  as  "Press  Return";  it  also 
shows  in  boldface  the  exact  responses  you  type  in. 

Installing  the  software  on  the  PDP-11/84  may  take  approximately  a  full  day  or 
longer.  If  you  need  any  clarification,  refer  to  your  DEC  Users  Guide. 
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3.1  L PAD  THE  AQCE5S  DISTRIBUTION  KIT  (DSM-11  OPERATING  SYSTEM ) 


\ 


If  the  system  is  not  powered  up,  power  it  up  and  proceed  to  STEP  2. 
(Refer  to  Section  24  of  the  AQCESS  System  Management  Training  Aid). 


STEP  1.  SHUTDOWN  THE  SYSTEM. 

Log  on  to  the  Manager  database  as  shown  in  the  first  line  under  "Your  Actions" 
in  the  box  below — that  is,  type  MGR:,  then  hold  down  the  CTRL  key  while  you 
type  XXX.  [Whenever  you  see  (CTRL)  in  these  instructions,  this  means  that  you 
hold  down  the  CTRL  key  while  typing  whatever  characters  appear  after  (CTRL).] 


System  Prompts: 

Your  Actions: 

DSM-11  VERSION  3.0T  Device  #1  UCI: 

MGR :( CTRL )XXX 

> 

D  ASSD 

...Caretaker  stopped 

NO  JOBS  ARE  CURRENTLY  LOGGED  IN. 

LOGINS  ARE  NOW  DISABLED. 

1.  Display  Logged-in  Jobs 

2.  Perform  Timed  Shutdown 

3.  Terminate  All  Jobs,  Perform  Immediate 
Shutdown 

ENTER  OPTION  > 

3 

READY  TO  HALT 

Exit 

Mount  the  Distribution  magnetic  tape  onto  the  TU80  Tape  Drive.  Press  LOAD 
REWIND  so  that  the  light  is  on.  The  tape  will  begin  spinning  and  when  the  BOT 
LIGHT  comes  on,  press  ON  LINE. 
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STEP  2.  PREVENT  SYSTEM  DISK  BOOT. 


Manual  booting.  Lift  the  S2  switch  (behind  the  CPU)  to  the  up  position. 

Halt  the  system  by  pressing  the  switch  to  the  HALT  position  and  replace  it  to 
the  center  position  (RUN).  Lift  the  switch  to  RESTART  position,  and  the 
switch  springs  back  to  the  center  position  (RUN). 


System  Prompts: 

Your  Actions: 

$5760 

a 

(This  number  may  vary.) 

Testing  in  progress  -  Please  wait 

Memory  Size  is  2048  K  8ytes 

9  Step  memory  test 

STEP  123456789 

Message  04  Entering  Dialog  mode 

Commands  are  Help,  Boot,  List,  Setup, 

Map  and  Test. 

Type  a  command  then  press  the  RETURN  key: 

B 

Enter  device  name  and  unit  number  then 
press  the  RETURN  key: 

MS0 

Trying  MS0 

Starting  ROM  Boot 

DSM-11  Version  3.0A 

Now  running  the  baseline  system 

Automatic  booting.  Return  the  S2  switch  (behind  the  CPU)  to  the  down 
position. 
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STEP  3.  LOAD  THE  AQCESS  DISTRIBUTION  KIT  (DSM-11  OPERATING  SYSTEM) 
FROM  TAPE. 


System  Prompts: 

Begin  DSM-11  Version  3.0A  system  installation 

Answer  with  a  question  mark  (?)  any  time  you  wish 
more  information. 

Your  Actions: 

Please  enter  today's  date  [  DD-MMM-YY  ]  ?  > 

If  the  date  shown 
is  today's  actual 

and  time  [  HH:MM:SS  ]  ?  > 

The  only  useable  disk  is  DU0 

OU0  now  holds  a  DSM11  V3  system  disk. 

With  volume  label:  "TRIMIS" 

Do  you  wish  to  upgrade  your  DSM-11  Version  Z 

date,  press  Return. 
If  not,  enter  to¬ 
day's  date. 

Enter  the  current 
time . 

system  to  DSM-11  Version  3.0A  ?  [Y/N]  > 

N 

Do  you  wish  to  proceed  with  installation, 

overwriting  DU ff  ?  [Y/N]  > 

r 

Do  you  wish  to  run  a  comprehensive  test  for  bad 

blocks  on  this  disk  ?  [Y/N]  > 

Y 

Test  pattern  177777  octal  ?  [Y/N]  > 

Y 

Test  pattern  125252  octal  ?  [Y/N]  > 

Y 

Test  pattern  052525  octal  ?  [Y/N]  > 

Y 

Test  pattern  000000  octal  ?  [Y/N]  > 

(You  may  hit  the  "ESC"  key  at  any  time  to  determine 
the  number  of  blocks  processed  so  far) 

10:50:42  Begin  test  pattern  177777 

11:05:40  Begin  test  pattern  125252 

11:20:35  Begin  test  pattern  052525 

11:40:25  Begin  test  pattern  000000 

12:27:01  Testing  complete 

Y 

This  process  takes  approximately  30  minutes.  If  you  hit  the  "ESC"  key,  press 
Return  to  proceed  with  testing. 
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While  the  test  patterns  are  running,  Cake  this  time  to  make  sure  line 
connections  are  secured  to  all  terminals.  Use  Che  Setup  Function  Key  ( F 3 )  on 
the  CRT  to  set  the  default  and  baud  rate  on  all  CRT's;  then  save  and  exit. 


System  Prompts: 

RA80  IVut  0  Bad  Block  Table 


Your  Actions: 


The  Bad  Block  Table  is  empty. 

Do  you  know  of  any  other  bad  blocks  on  this  disk  ? 

[Y/N]  >  N 

What  would  you  like  the  new  label  of  this  disk 

to  be  ?  (up  to  22  characters  enclosed  in  quotes )?>  "MASTER  0" 

What  3-character  uppercase  name  do  you  wish  to 

give  this  volume  set  ?  SYS 

Mow  initializing  DU0  for  use  as  DSM-11  volume... 

Loading  the  DSM-11  Version  3.0A  system  utilities 
onto  the  system  disk: 


SEN 

%CRF 

BSC PER 

ATTACH 

AUPAT 

DPV2UPG 

BSCQUE 

BSCRCV 

MUX1 

FASTDBT 

MUX 

ALL OCA T 

MUXDEF 

SPL 

DSKTRACK 

SGSUB... 

SPL . . . 

SPLALL.. 

The  above  is  a  sampling  of  the  system  utilities  that  will  be  copied  to  disk. 


System  Prompts:  Your  Actions: 

Transferring  the  system  globals: 

%  55EDI  5SEDIHELP  »£NU  %Q  SYS 

Now  copying  the  system  image  onto  your  new  disk, 
making  it  a  bootable  DSM-11  Version  3.0A  system  disk... 

DU0  is  now  a  bootable  DSM-11  Version  3.0A  system  disk. 

You  may  dismount  the  distribution  magnetic  tape  now. 
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System  Prompts: 

Your  Actions: 

The  following  utilities  are  no  longer 
supported  for  Version  3  will  be  removed 
from  the  managers  account. 

3DDP  SFIND  SGC... 

DPUPGMOR  DSKLOK  DSKPREP2 . . . 

SG22  SG23  SG3. . . 

SUPHELP  SUPPAR  SUPPAR 1 . . . 

Do  you  wish  to  proceed  directly  to  SYSGEN  ?  <Y> 

Press  Return. 

Remove  the  Distribution  Kit  (DMS-11  Operating  System)  and  mount/load  the 
Backup  Tape  (DU0)  on  the  tape  drive.  Press  the  online  button  when  ready. 


0111 
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STEP  4.  PERFORM  A  SYSGEN. 


System  Prompts: 

System  generation  for  DIGITAL  Standard  MUMPS 
Type  9  for  HELP  at  any  time 
PART  1:  SYSGEN 

1.1  Would  you  like  extended  help  [Y  OR  N]  ?  <N> 

1.2  Enter  the  configuration  identifier  <1> 

1.3  Do  you  wish  to  Auto-configure  the  current 
system  [Y  OR  N]  ?  <Y> 


Your  Actions: 


Press  Return. 
Press  Return. 

Press  Return. 


The  system  will  begin  to  print  the  system  configuration. 


System  Prompts:  Your  Actions: 

Configuring  Host  System... 

Processor  T ype :  POP -1 1 /84 

Memory  Size:  2048  KB 

Processor/Memory  Options: 

Floating  Point  Unit 
Extended  Instruction  Set 
22  Bit  Addressing 
UNIBUS  Mapping  Support 
Cache 

Memory  parity 


Your  Actions: 


System  Prompts: 


Name 

Vector 

CSR  Unit 

Type 

Description 

DUA 

154 

172150 

0 

UDA50 

RA80 

Disk  Controller 

Disk  Drive 

MSA 

224 

172520 

TU80 

Tape  Controller 

YZA 

300 

160100 

DZ 1 

Asynch  Multiplexor 

Controller 

YZB 

310 

160110 

DZ 1 

Asynch  Multiplexor 

Controller 

YZC 

320 

160120 

DZ  1 

Asynch  Multiplexor 

Controller 

YZD 

330 

160130 

DZ  1 

Asynch  Multiplexor 

Controller 

YZE 

340 

160140 

DZ  1 1 

Asynch  Multiplexor 

Controller 

YZF 

350 

160150 

DZ11 

Asynch  Multiplexor 

Controller 

YZG 

360 

160160 

DZ  1 1 

Asynch  Multiplexor 

Controller 

YZH 

370 

160170 

DZ  1 1 

Asynch  Multiplexor 

Controller 

Verify  the  system  disk  to  determine  its  useable  drive. 

Example:  Unit  Type  Description 

RA80  Disk  Drive 

Note:  If  the  disk  drive,  unit  0,  is  missing  it  may  mean  a  problem  with  the 
system  disk  drive.  Place  a  call  first  to  NDC  Customer  Support  to  determine  if 
a  service  call  is  required. 


System  Prompts;  Your  Actions: 

1.4  Do  you  wish  to  modify  this  configuration 

information  [Y  OR  N]  ?  <N>  Press  Return. 

PART  2:  DISK  INFORMATION 

Disk  information  supplied  by  AUTOCONFIGURE 
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PART  3:  SYSTEM  DEVICES 


System  Device  information  supplied  by  AUTQCONFIGURE 

PART  4:  CONFIGURE  DMC-11's 

PART  5:  SOFTWARE  CONFIGURATION 

3.1  Do  you  wish  to  use  the  STANDARD  SOFTWARE 

OPTIONS  [Y  OR  N]  ?  <Y> 

PART  6:  ASSIGN  DEVICE  NUMBERS 

PART  7:  SOFTWARE  OPTIONS 

SEQUENTIAL  DISK  PROCESSOR  support: 

Included 

JOURNAL  support: 

With  2  buffers 

Included 

SPOOLING  support: 

Not  Included 

INTERJOB  COMMUNICATIONS  support: 

With  16  communication  channels  and 
a  64  byte  default  ring  buffer  size 

Included 

EBCDIC-ASCI I  TRANSLATION  TABLES  support: 

Included 

LOADABLE  or  USER  DRIVER  SPACE  support: 

Not  Included 

EXECUTIVE  DEBUGGING  TOOL  support: 

Not  Included 

MAPPED  ROUTINES  support: 

Not  Included 

UCI  TRANSLATION  TABLES  support: 

Included 

MOUNTABLE  DATABASE  VOLUME  SETS  support: 

Included 

Total  System  Exec  size: 

65.71  K  Bytes 
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PART  8:  MEMORY  BUFFER  ALLOCATION 


Default  terminal  RING  BUFFER  size:  64  Bytes 

Total  space  allocated  to  RING  BUFFERS:  9344  Bytes 

Total  number  of  1  K  byte  DISK-TAPE  cache  buffers:  377 

PART  9:  SYSTEM  DATA  STRUCTURES 

Space  allocated  for  DISK-MAP  and  BAD  BLOCK 

TABLE:  256  Bytes 

Space  allocated  to  UCI  TRANSLATION  TABLE:  1024  Bytes 

Space  allocated  to  the  LOCK  TABLE:  512  Bytes 

Number  of  mountable  DATABASE  VOLUME  SETS:  3 

PART  10:  JOB  PARTITION  DEFINITION 

PARTITIONS  are  allocated  in  1024  byte 
increments. 

The  following  PARTITIONS  have  been  defined: 

JOURNAL  system  job  1  KB 

GARBAGE  COLLECTOR  system  job  1  KB 

Job  #1  (to  guarantee  one  B  K  byte  PARTITION)  8  KB 

Default  partition  size:  8  K  Bytes 

Space  remaining  for  PARTITION  allocation:  1580.00  K  Byt 

The  remainder  of  memory  is  assigned  to  the 
DYNAMIC  PARTITION  POOL 

PART  11;  DATABASE  PARAMETERS 

WRITE  CHECK  after  WRITE  on  disks:  Not  Included 

System  default  global  characteristics  are: 

8  Bit  Subscripts:  Yes 

Journaling:  No 

Collating  sequence:  Numeric 
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System  Prompts: 

Your  Actions: 

PART  12:  BASIC  SYSTEM  PARAMETERS 

Default  UDA  disks  that  are  dual-ported: 

NONE 

View  buffer  device  protection: 

Included 

ZUSE  command  protection: 

Included 

LOGIN  SEQUENCE  CHARACTERS: 

echoed 

Default  APPLICATION  INTERRUPT  key: 

3  (CTRL/C) 

Default  PROGRAMMER  ABORT  key: 

25  (CTRL/Y) 

Time  delay  for  POWER  FAIL  RESTART: 

40  seconds 

Time  delay  for  TELEPHONE  DISCONNECT: 

15  seconds 

Number  of  significant  DIGITS  for  DIVISION:  12 

i 


Mote:  Before  responding  to  the  next  question,  if  you  are  installing  overseas, 
check  with  the  System  Manager  to  determine  the  line  frequency  for  the 
country.  Enter  N  if  it  is  different  from  60  HZ,  and  press  Return  to  accept 
the  new  frequency.  After  you  load  the  AQCESS  software,  do  a  5Y5GEN 
(D  SYSGEN)  and  reboot  the  system.  Do  MOT  use  system  shutdown.  Default 
through  all  responses  except  12.9  (line  frequency)  to  repeat  the  response 
shown  here. 
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System  Prompts: 

Your  Actions: 

12.9  Is  the  LINE  FREQUENCY  60  HZ  [Y  OR  N]  ?  <Y> 

Press  Return. 

12.10  Enter  the  3-character  Programmer  Access  Code 

(PAC)  > 

(CTRL)XXX 

Please  enter  your  initials  > 

Type  in  a  3- 

character 

initial. 

Enter  comment  (max.  200  chars.)  > 

The  system  global  SYS  has  been  built  by  SYSGEN.  SYS 
is  a  reserved  global  and  should  not  be  altered. 

Type  in  site 
name. 

PDP-11/84 


System  Prompts: 

If  you  wish  to  customize  your  new  configuration  by 
modifying: 

-  Terminal  speed  settings  or  other  parameters 

-  Magnetic  tape  default  format 

-  UCI  's  or  database  VOLUME  SETS 

-  TIED  TERMINAL  table 

-  Default  GLOBAL  CHARACTERISTICS/PLACEMENT 

-  Routine  maps 

then  login  to  the  manager's  UCI  and  type  "D  ^SYSDEF" 

You  do  not  have  a  startup  command  file. 

Do  you  wish  to  remain  in  baseline  mode  ?  <N> 

Begin  defining  a  new  startup  command  file. 

Configuration  ?  <1> 

Apply  patches  to  memory  [Y  OR  N]  ?  <N> 

Start  uo  the  Journal  [Y  OR  N]  ?  <N> 

Enable  the  Spool  device  (device  #2)  [Y  OR  N]  ?  <N> 

Start  the  Caretaker  background  job  [Y  OR  N]  ?  <Y> 

Enter  the  Printer  Number  for  system  error 
messages  <1> 

Automatic  logging  of  DSM  errors  [Y  OR  N]  ?  <N> 

Mount  additional  disk  volumes  [Y  OR  N]  ?  <N> 

Make  this  the  new  startup  file  for  configuration  1 
[Y  OR  N]  ?  <Y> 

Re-configuring  memory... 

Memory  re-configured 


Mounting  SYS  as  Volume  Set  number  SO 

Volume  1  on  DU0  has  118400  blocks  116937  available. 

Total  in  volume  set:  118400  blocks  116937  available. 

Building  terminal  control  blocks... 

Caretaker  is  now  running  as  job  number  2. 


Your  Actions: 


Press  Return. 


Press  Return. 
Press  Return. 
Press  Return. 
Press  Return. 
Press  Return. 

Press  Return. 
Press  Return. 
Press  Return. 

Press  Return. 


DSM-11  Version  3.0A  1  is  now  up  and  running! 
Exit 


Press  Return. 
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Next,  do  a  broadcast  message  to  each  terminal  to  verify  line  continuity  and 
communications  settings. 


System  Prompts: 

DSM-11  Version  3.0A  Oevice  #1  UCI: 


Enter  message  > 


Output  to  terminal (s)  ?  > 


Output  to  terminal (s)  ?  > 


Your  Actions: 


D*  BCS 

Enter  TEST  PORT  64 
Press  Return. 


Enter  64  as  a  corre¬ 
sponding  device 
number.  Press  Return. 

Press  Return. 


Enter  Message  > 


Repeat  this  process  for  all  the  ports.  After  all  the  ports  numbers  have  been 
entered,  leave  the  "Enter  message  >"  blank  and  press  Return  to  display  the 
prompt (>). 
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3.2  VERIFY  AND  DOCUMENT  DEVICE  NUMBERS  AND  CORRESPONDING  LINE  NUMBERS 


STEP  5.  IDENTIFY  TERMINAL  NUMBERS  WITH  PORT/LINE  CONFIGURATION  ON  CPU  BOARD. 


Note:  Connect  lines  to  the  terminals  left  unconnected  by  the  DEC  Field 
Service  Engineer. 


Use  the  Initial  Port/Line  Verification  chart  to  identify  all  the  terminals 
corresponding  to  the  CPU  port/line  configuration. 

At  each  CRT,  press  Return  to  display  the  UCI  prompt  and  device  number.  At 
each  printer,  look  to  see  the  device  number  that  was  broadcast. 

Match  the  line  of  the  terminal  with  the  corresponding  device  number. 

Use  the  Initial  Port/Line  Verification  chart  to  complete  the  Device  Schematic 
in  the  Port  Configuration  form  in  your  System  Management  Handout  Packet. 


Note:  It  is  important  to  complete  this  step  before  continuing  to  load  the 
AQCESS  software. 


Q111  INSTALLATION  GUIDE 


3-14 


POP-11 /84 


*3.3  LOAD  "THE  AQCESS  SOFTWARE 


STEP  6.  SHUTDOWN  THE  SYSTEM. 


Svstem  Prompts: 

Your  Actions: 

> 

D  ASSD 

...Caretaker  stopped. 

NO  JOBS  ARE  CURRENTLY  LOGGED  IN. 

LOGINS  ARE  NOW  DISABLED. 

1.  Display  Logged-In  Jobs 

2.  Perform  Timed  Shutdown 

3.  Terminate  All  Jobs,  Perform  Immediate 

Shutdown 

ENTER  OPTION  > 

3 

READY  TO  HALT 

Exit 

3-15 
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STEP  7.  SOOT  THE  SYSTEM. 


Boot  the  system.  Halt  the  system  by  pressing  the  switch  to  HALT  position  and 
replace  it  to  the  center  position  (RUN).  Lift  the  switch  to  RESTART  position 
and  the  switch  springs  back  to  the  center  position  (RUN). 


System  Prompts: 

Your  Actions: 

036620 

9 

(This  number  may  vary.) 

Testing  in  progress  -  Please  wait 

Memory  Size  is  2048  K  Bytes 

9  Step  memory  test 

Step  123456789 

Starting  automatic  boot 

Starting  system  from  DU0 

Booting  DSM-11... 

DSM-11  Version  3.0A 

Now  running  the  baseline  system. 

Please  enter  today's  date  <25-0CT-85> 

If  the  default  is  actual¬ 
ly  today's  date,  press 
Return.  If  not,  enter 
today's  date. 

Is  today  Friday  ?  <Y> 

Please  enter  time  [  HH:MM:SS  ]  > 

Is  this  11:15  AM  in  the  Morning  ?  <Y> 

Press  Return. 

Enter  the  current  time. 
Press  Return. 
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IMPORTANT  (READ  CAREFULLY):  Press  Return  after  answering  N  below,  and  then 
as  the  box  shows,  immediately  hold  down  the  CTRL  key  and  type  TN8.  Do  not 
press  Return  after  that.  You  only  have  10  seconds  to  do  this. 
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STEP  8.  RESTORE  THE  DRIVE 


System  Prompts: 

Your  Actions: 

> 

D  ''REST 

Which  drive  will  contain  the  disk  to  be  restored 
♦to*  ?  > 

DU0 

What  will  this  disk's  Master  Label 

be  0  > 

"MASTER  0" 

Will  you  be  restoring  this  disk  from  another  disk, 
or  from  magtape  [  D  or  M  ]  ?  <D> 

M 

Which  Magtape  Unit  (0,  1,  2,  or  3) 

7  > 

0 

Please  mount  the  Backup  tape  to  be 
on  Magtape  Unit#  0  then  type  <CR> 

restored  *from*, 

> 

Press  Return. 

Please  mount  the  Master  disk  to  be  restored  *T0*, 
label  =  "MASTER  0"  in  drive  DU0,  *WRITE-£NABLED* 
THEN  TYPE  <CR> 

Press  Return. 

**  18:36:43  BEGIN  RESTORE 

Note  that  it  takes  approximately  11  minutes  to  load  this  tape 


System  Prom; 

3ts: 

Your  Actions: 

**  18:47:32 

RESTORE  COMPLETE 

Please  re-mount  the  original  system  disk: 
"MASTER  0"  in  drive  DU0  *WR I TE -ENABLED* 

THEN  TYPE  <CR> 

Press  Return. 

Do  not  remove  the  tape. 

The  system  will  automatically  rewind  the  tape;  when  tape  is  rewound  the  system 
will  display  a  (>)  prompt. 
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STEP  9.  REBOOT  THE  SYSTEM.  s 

Do  NOT  use  the  shutdown  command.  Simply  halt  the  system  by  pressing  the 
switch  to  HALT  position  and  replace  it  to  the  upper  position  (RUN).  Lift  the 
switch  to  RESTART  position  and  the  switch  springs  back  to  the  center  position 
(RUN). 


System  Prompts: 


Your  Actions: 

(This  number  may  vary.) 


036620 

a 

Testing  in  progress  -  Please  wait 
Memory  Size  is  2048  K  Bytes 
9  Step  memory  test 

Step  123456789 
Starting  automatic  boot 


Starting  system  from  DU0 

Booting  DSM-1 1 . . . 

DSM-11  Version  3.0A 

Now  running  the  baseline  system. 

I 

Please  enter  today's  date  <14-DEC-85> 


Is  today  Friday  ?  <Y> 

Please  enter  time  [  HH:MM:SS  ]  > 

Is  this  1:00  PM  in  the  Afternoon  ?  <Y> 


If  the  default  is  actually 
today' 3  date,  press  Re¬ 
turn.  If  not,  enter  to¬ 
day's  date. 

Press  Return. 

Enter  the  current  time. 
Press  Return. 


Start  up  the  default  system  (1)  [Y/N]  ?  <Y>  Press  Return. 

Re-configuring  memory... 

Memory  re-configured 


Your  Actions: 


System  Prompts: 

Mounting  SYS  as  Volume  Set  number  S0 

Volume  1  on  DU0  has  118400  blocks  41375  available. 

Total  in  volume  set:  118400  blocks  41375  available. 

Building  terminal  control  blocks... 

Caretaker  is  now  running  as  job  number  2. 


Loading 

Mapped  Routine  set: 

AQCESS 

AT 

AT  12 

ATAP 

ATC... 

ATFIL2 

ATFILE 

ATLOAD 

ATLS... 

DS 

PI 

P10 

PI  30. . . 

P182 

P182A 

P183 

P183A. . . 

P186 

P186A 

PI  868 

P186C. . . 

P190B 

P191 

P193 

P194. . . 

P197 

PI  98 

P198A 

P199. . . 

P50B 

P7 

P8 

P8A. . . 

PTESLK 

PTLCK 

PTLKP 

PTSEL. . . 

RGC2 

RGFILE 

RGFMP 

RGLQAD. . 

SMMELP 

SMRED 

SO... 

170688  Bytes  used  for  Routine  Set  AQCESS 
5248  Bytes  remain  in  Mapped  Routine  Space 

DSM-1 1  Version  3.0A  1  is  now  up  and  running! 
Exit 


The  system  now  contains  DSM-1 1  and  the  current  version  of  AQCESS  software. 
Remove  the  Backup  Tape  (DU0)  from  the  tape  drive. 
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3.4  INSTALL  SITE-SPECIFIC  TABLES 


STEP  10.  CUSTOMIZE  DIRECTORY  FOR  SERVICE. 

Log  on  to  the  live  database  by  typinq  what  is  shown  on  the  first  line  under 
"Your  Actions"  below. 


System  Prompts: 

Your  Actions: 

DSM-11  Version  3.(M  Device  #1  UCI: 

AQC: (CTRL) XXX 

> 

D  -“INSTALL 

SET  UP  FOR  WHICH  SERVICE?  > 

Enter  the  code 

for  the  site's 

service,  e.g., 

A  =  Army , 

REBUILDING  SERVICE  SPECIFIC  TABLES... 

N  =  Navy,  or  F 

=  Air  Force. 

The  cursor  will  hang  until  the  table  rebuilding  process  is  completed. 
This  process  will  take  about  3  minutes. 


System  Prompts: 

Your  Actions: 

STATE: 

Enter  the  code  for  the  MTF's 
state.  If  installing  over¬ 
seas,  press  Return  when  the 
system  prompts  for  "STATE:" 
and  the  system  will  skip  to 
"DELETE  UNNECESSARY  FILES?" 

FACILITY: 

GROW  MED  CEN  ANDREWS  AFB 
KIMBROUGH  AH  FT.  MEADE 

NAVHOSP  BETHESDA 

NAVHOSP  PATUXENT  RIVER 

USTF  BALTIMORE 

7 

FACILITY: 

Enter  the  name  of  the  MTF. 

DELETE  UNNECESSARY  FILES? 

Y 

> 

H  Press  Return 

EXIT 

Press  Return 

Q111  INSTALLATION  GUIDE 


3-21 


POP -11/84 


Log  on  to  the  Training  database  by  typing  what  appears  on  the  first  line  under 
"Your  Actions"  below. 


System  Prompts: 

Your  Actions: 

DSM-11  Version  3 .  $A  Device  #1  UCI: 

TRN: (CTRL)XXX 

> 

D  A INSTALL 

SET  UP  FOR  WHICH  SERVICE?  > 

Enter  the  code 
service,  e.g., 
N  =  Navy,  or  F 

for  the  site's 
A  =  Army, 

=  Air  Force. 

REBUILDING  SERVICE  SPECIFIC  TABLES... 

The  cursor  will  hang  until  the  table  rebuilding  process  i3  completed. 
This  process  will  take  about  15  minutes. 


System  Prompts: 


Your  Actions: 


STATE: 


FACILITY: 

GROW  MED  CEN  ANDREWS  AFB 
KIMBROUGH  AH  FT.  MEADE 
NAVHOSP  BETHESDA 
NAVHOSP  PATUXENT  RIVER 
USTF  BALTIMORE 
FACILITY: 


Enter  the  code  for  the  MTF's 
state.  If  installing  over¬ 
seas,  press  Return  when  the 
system  prompts  for  "STATE:" 
and  the  system  will  skip  to 
"DELETE  UNNCESSARY  FILES?" 

7 


Enter  the  name  of  the  MTF. 


DELETE  UNNECESSARY  FILES? 


Y 


> 

EXIT 


H  Press  Return 
Press  Return 


Mount  the  System  Manager  Restore  tape  onto  the  TU80  Tape  Drive.  When  it  has 
rewound,  press  the  online  light. 
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3.5  LOAD  THE?  SYSTEM  MANAGER  USER  ID  PROGRAM,  AND  RESTORE  THE  SYSTEM 
MANAGER  USER  ID/PASSWORD. 


STEP  11.  ESTABLISH  THE  SYSTEM  MANAGER  USER  ID/PASSWORD. 

Log  onto  the  Manager  database  by  typing  what  appears  on  the  first  line  under 
"Your  Actions"  below. 


System  Prompts: 

Your  Actions: 

DMS-11  Version  3.0A  Device  #1  UCI: 

MGR: ( CTRL )XXX 

> 

D  A)CNU 

USER  ID 

Press  Return. 

PASSWORD 

TYPE  A  '?'  FOR  OPTIONS 

Press  Return. 

OPTION: 

U  UPDATE  OR  VIEW  SOFTWARE 

R  RESTORE  SYSTEM  MANAGER 

? 

OPTION: 

8-Oct-85  9:45 

TYPE  A  '?'  FOR  UPDATE  OPTIONS 

U 

UPDATE  OPTION: 

R  ROUTINE  LOAD 

7 

UPDATE  OPTION: 

R 

TRAINING,  LIVE  OR  MANAGER: 

Routine  Restore 

L 

Input  Device  ?  > 

47 

Magtape  Mode  ?  <D> 

Pres3  Return. 

Block  size  ?  <1024> 

Press  Return. 

Routines  were  saved  on  11-5ept-85 

10:49 

Header:  SYSTEM  MANAGER  RESTORE  VERSION  1 

.04 

Restore  all  (A)  or  Selected  (S)  ?  <A> 

SMRC 

Press  Return. 

Input  Device  ?  > 

Exit 

Press  Return. 

Thi3  process  loads  the  System  Manager  Restore  program  onto  the  live  database. 
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Loq  on  to  the  Manager  database  by  typinq  what  appears  on  the  first  line  under 
"Your  Actions"  below. 


System  Prompts: 

Your  Actions: 

DSM-11  Version  3.0A  Device  #1  UCI: 

MGR: (CTRL )XXX 

> 

D  A»€NU 

USER  ID 

Press  Return. 

PASSWORD 

TYPE  A  ’?'  FOR  OPTIONS 

Press  Return. 

OPTION: 

U  UPDATE  OR  VIEW  SOFTWARE 

R  RESTORE  SYSTEM  MANAGER 

? 

OPTION: 

R 

TERMINAL  NUMBER: 

Enter  the  number  of  the 
terminal  you  want  to  re¬ 
store  SM  capabilities  to. 

USER  ID: 

NDC 

PASSWORD: 

LIVE 

Exit 

This  process  restores  the  System  Manager  User  ID/Password  by  specifying  the 
number  of  the  terminal  to  be  used  to  set  up  terminal  capabilities. 
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3.6  CONSOLE  DEVICE  SET-UP 


STEP  12.  DISABLE  THE  CONSOLE  BREAK  KEY. 

Make  3ure  the  console  is  idle  before  starting  this  process.  At  the  console 
while  holding  down  the  CTRL  key  press  SET-UP  key.  Simultaneously,  (Set-up 
light  blinks).  Press  the  numberic  key  8  (status). 


System  Prompts: 
LA100  VI.  3  KSR 
0.4K  Buffer 
DPS:  005... 009.. 


Your  Actions: 


♦♦♦Keyboard  Settings: 

E-Local  echo:Disabled 
K-Keyboard: United  States 
L-Return  key:<CR> 

Q-Keyclick:Disabled 
U-8reak  Key:Enabled 
Y-Keypad  mode:numeric 

♦♦♦Printer  Settings: 

B-Pitch  Mode: All  Pitches 
C-G0  Character  set: United  States 
D-G1  Character  set: United  States 
G2  Character  set: United  States 
G3  Character  set: United  States 
F -F  orm  Length : 264 
H-Horiz  pitch  (cpi):10 
J-End  of  line  control :wrap  mode 
V-Vert  pitch  (lpi):6 
W-NewLine  request  char.: none 

♦♦♦Communication  Settings: 

A-Auto-answerback :Disabled 

N-Disconnect  on  EOT :Disabled 

0-Paper  fault  processing: XOFF  (if  enabled) 

P-Parity:7/S 

R-Receiver  error:Print  error  block 
S-Speed  (bps): 1200 
X-Auto  XON/XOFF: Enabled 

Z-Modem  Control :No  Modem  Control-Restraint  Mode 

U-Break  Key 
A:Dxsabled 
B:Enabled 
UsB 
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U  =  A 

Press  Return 


This  process  displays  the  status  and  changes  of  the  Break  key  menu. 


System  Prompts: 


U-8reak  Key 
A:Disabled 
BrEnabled 
U  =  A 


Your  Actions: 

Hold  down  the  SHIFT  key 
simultaneously  press 
numeric  9  (Store)  key. 
The  Set-up  light  stalls 
for  few  seconds  and 
starts  blinking  when 
storing  is  completed. 

U 

Press  Return 


This  process  displays  the  Break  key  menu  to  verify  the  change  made  to 
disabled.  Press  the  Set-up  function  key  to  get  out  of  the  set-up  mode. 
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3.7  COMPLETE  THE  INSTALLATION  PART  OF  THE  IMPLEMENTATION  CHECKLIST 


STEP  13.  LOAD  THE  TRAINING  DATABASE. 

If  you  have  to  update  the  AQCESS  software  after  installing  it,  it  is  important 
to  load  the  Training  Database  before  doing  the  update. 

Log  on  to  the  Manager  database  by  typing  what  appears  on  the  first  line  under 
"Your  Actions"  below. 


System  Prompts: 

Your  Actions: 

DSM- 

11  Version  3.$A  Device  #1  UCI: 

MGR: (CTRL)XXX 

> 

D  A*NU 

USER 

ID 

NDC 

PASSWORD 

LIVE 

TYPE 

A  '?'  FOR  OPTIONS 

OPTION: 

7 

S 

SYSTEM  STATUS 

E 

ERRORS 

ED 

EDIT  TERMINAL  GLOBALS 

D 

DEVICE  SETUP 

I 

INTEGRITY 

SA 

SAVE  TRAINING  DATABASE 

L 

LOAD  TRAINING  DATABASE 

B 

BROADCAST 

BA 

BACKUP  SYSTEM 

C 

CLINICAL  RECORDS  BATCH  PROCESSING 

T 

TALLY  DISK  BLOCKS 

CA 

CARETAKER  UTILITIES 

DA 

DATE  UPDATE 

TI 

TIME  UPDATE 

SH 

SHUTDOWN  SYSTEM 

U 

UPDATE  OR  VIEW  SOFTWARE 

R 

RESTORE  SYSTEM  MANAGER 

OPTION: 

L 

LOAD 

TAPE  TRAINING  BACKUP  9/11/85  ?  > 

Y 

This  Training  Database  can  be  reloaded  at  any  time  to  train  new  users. 


You  can  also  add  to  the  database  by  entering  more  data  and  then  backing  it  up 
onto  another  cassette. 
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STEP  14.  SET  UP  USER  IDS  AND  PASSWORDS  FOR  TRAINING. 


Log  on  to  the  System  Manager  Terminal  using  the  User  ID/Password  established 
in  the  Restore  process  (NDC/LIVE)  to  set  up  a  User  ID/Password  for  you  and 
other  NDC  personnel  to  use  on-site.  See  the  chart  below  for  the  User  IDs  and 
Passwords  that  you  should  set  up. 

Date  Last  User  ID  _ Flags _ 

Chanaed  Name  Password  Capabilities  Train  Tutor  CR  SM  Initials 


Today '  s 

ADTRN 

ME 

RADTIH1B 

Date 

A&D  Clerk 

Today's 

CRTRN 

ME 

C2IH 

Date 

CR  Clerk 

Today's 

QATRN 

ME 

QPIH2 

Date 

QA  Coordinator 

Today's 

ADSUP 

ME 

RADTICHBE1 

Date 

A&D  Supervisor 

Today's 

CRSUP 

ME 

CI2H1 

Date 

CR  Supervisor 

Today's 

SYS 

ME 

RADTH1PQCSEBI2 

Date 

NDC  Installer/ 

Trainer 

Today's 

Date 

TUTOR 

ME 
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STEP  15.  SET  UP  TERMINAL  CAPABILITIES 


Log  off  the  System  Manager  terminal  and  sign  on  using  the  training  User  ID  and 
Password  SYS/ME. 

Give  all  capabilities  to  all  terminals  in  Training  Database  only. 

Verify  Training  User  IDs  as  follows: 

User  ID  Password 


ADTRN 

ME 

CRTRN 

ME 

QATRN 

ME 

ADSUP 

ME 

CRSUP 

ME 

SYS 

ME 

TUTOR 

ME 
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STEP  16.  SET  UP  THE  PRODUCT  DEVICE  TABLE  IN  TRAINING. 


Use  the  worksheet. 


Product 

Description 

Device 

A&D 

A&D1 

A&D  Reports  -  plain  paper 

A&D  printer 

ATCOVER 

A&D  Cover  Sheet  -  form 

A&D  printer 

ATCRD 

A&D  Paper  Cards  (3x5  or  5x8)  - 

cards 

A&D  printer 

ATNIR 

(Navy  only) 

Navy  Admission  Form  -  form 

A&D  printer 

CR 

CR1 

CR  Record  Report  -  plain  paper 

CR  printer 

CRCES 

Coded  Episode  Summary  -  plain 

paper 

CR  printer 

CROFT 

Draft  Cover  Sheet  -  plain  paper 

CR  printer 

CRFIN 

Final  Cover  Sheet  -  plain 

paper  or  form 

CR  printer 

QA 

QA1 

QA  reports  -  plain  paper 

QA  printer 

CONSOLE 

RGFORM 

Registration  Form  -  form 

Console 

SYTLS 

System  Management  Table  Lists 

Console 

CONSOLE 

Console  Generated  Logs 

Console 

Verify  that  printers  are  set  up  and  working  correctly  in  the  training  database 
ONLY.  Do  this  using  the  following  steps: 

-  Send  the  Admission  Cover  Sheet  form  to  the  device  set  up  to  print  this 
form. 

-  Select  patient  (Lannon)  with  registration  number  25  and  process  through 
disposition  to  generate  a  Clinical  Record  report  on  this  patient  and 
route  it  to  the  CR  printer. 

-  Select  Dr.  Robins  as  a  provider  and  send  a  QA  report  to  the  QA  printer. 
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STEP  17.  MISCELLANEOUS  CHECKING. 


Now  check  the  following: 

1.  All  terminals  should  be  tied  to  AQCESS.  To  do  this,  type  D  AMUX  while  at 
the  >  prompt  in  the  MGR  account.  Change  the  RTN  NUM  to  2  for  each 
terminal . 

Do  not  tie  the  console  until  you  are  ready  to  leave  the  site.  When  you 
do  tie  the  console,  enter  1  for  RTN  NUM  for  Device  #1,  and  enter  2  for  RTN 
NUM  for  Device  #3. 

2.  Check  the  printer  baud  rate.  To  do  this,  at  every  printer,  simply  press 
the  online  and  self-test  buttons  down  at  the  same  time.  Check  the  speed 
(bps).  If  not  1200,  then  the  DIP  switches  must  be  reset  inside  the 
printer,  under  the  ribbon  cartridge.  See  the  Letterwriter  100  manual, 
which  is  at  the  site. 

3.  Check  the  clinical  service  code  AAE  (for  Air  Force  and  Navy)  or  AAEA  (for 
Army)  to  see  whether  a  delete  date  was  incorrectly  entered  for  it.  Do 
this  by  logging  on  to  AQCESS  using  the  User  ID/Password  SYS/ME.  Then 
access  the  System  Management  process,  Table  Maintenance  function.  Select 
Table  2005  to  change,  and  enter  AAE  if  you  are  at  an  Air  Force  or  Navy 
site;  enter  AAEA  if  you  are  at  an  Army  site.  If  the  screen  shows  that 
there  is  a  delete  date  for  this  clinical  service  code,  erase  that  date 
using  the  CLEAR  DATA  key. 

4.  Verify  that  all  devices  are  set  up  to  be  VT220S.  Do  this  by  logging  on 
the  operator's  menu  and  selecting  option  ED  (EDIT  TERMINAL  GLOBALS). 

Enter  2  (TERMINAL  PORTS).  Enter  esch  of  the  port  numbers  to  see  if  it  is 
a  VT220;  if  it  is  not,  change  to  VT220'. 

5.  Make  sure  the  software  version  displayed  on  the  screen  reflects  the 
current  version. 
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Note:  It  is  important  for  the  System  Manager  to  run  the  Daily/ 
Weekly /Monthly  reports  (see  the  System  Management  Training  Aid), 


The  system-generated  Integrity  Reports,  Error  Lists,  and  Disk 
Block  Tallies  should  be  mailed  to: 

NDC-FSI 

Customer  Support 
1300  Piccard  Drive,  Suite  101 
Rockville,  MD  20850 
Attn.:  Dean  Smith 
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SECTION  1.  GENERAL 


1.1  Purpose.  This  System  Specification  (SS)  for  the  Automated  Quality  of 
Care  Evaluation  Support  System  (ACCESS)  is  written  to: 

a.  Provide  a  detailed  definition  of  the  system  functions. 

b.  Communicate  details  of  the  ongoing  analysis  between  the  user's  opera¬ 
tional  personnel  and  the  appropriate  development  personnel. 

c.  Define  in  detail  the  interfaces  with  other  systems  and  subsystems. 


1.2  Project  References.  The  TRIMIS  Program  was  formally  created  on  July  11, 
1974,  by  the  Department  of  Defense  Assistant  Secretaries  of  Defense  (Com¬ 
ptroller,  and  Health  and  Environment).  The  program  is  now  managed  and  admin¬ 
istered  by  the  TRIMIS  Program  Office  (TPO)  of  the  Office  of  the  Assistant 
Secretary  of  Defense  (Health  Affairs)  [OASD(HA)].  Its  purpose  is  to  consoli¬ 
date  previous  Service  efforts  and  to  "improve  the  effectiveness  and  economy  of 
health  care  delivery  in  the  Army,  Navy,  and  Air  Force."  As  this  original 
tasking  assignment  stated,  "TRIMIS  will  include  development  of  automated 
information  systems  for  timely  patient-centered  health  data,  supporting  medi¬ 
cal  services,  clinical  research,  epidemiological,  and  health  care 
information." 

The  TPO  has  developed  a  microcomputer-based  Clinical  Records  and  Patient 
Administration  System  using  the  MUMPS  language  and  certain  utilities  from  the 
Veterans  Administration  File  Manager.  The  system  has  had  extensive  Tri- 
Service  input  and  is  designed  for  efficient  use  by  current  patient  administra¬ 
tion  personnel,  and  incorporates  extensive  service-specific  edits  of  data  to 
ensure  reliable  and  accurate  data  collection.  The  system  is  designed  to  be 
easy  to  learn,  provides  on-line  assistance  to  users,  and  can  operate  without 
dedicated  computer  operators  and  special  environmental  conditions.  Being 
written  in  ANSI  MUMPS,  it  can  operate  on  a  wide  variety  of  hardware  and  is 
capable  of  modification  to  correct  problems  and  incorporate  additional 
requirements.  Development  of  this  system  was  suspended  following  redirection 
of  the  TRIMIS  program  in  March  1984.  The  Automated  Quality  of  Care  Evaluation 
Support  System  (AQCESS)  will  be  developed  from  the  existing  PAD  software.  The 
software  will  be  completed  to  include  Military  Department  Clinical  Records  and 
QA  requirements. 

*  # 

The  overall  objectives  of  the  AQCESS  are  to: 

a.  Improve  the  quality  and  timeliness  of  the  evaluation  of  health  care. 

b.  Provide  administrative  support  for  inpatient  episodes. 

c.  Support  the  identification  of  variations  which  would  adversely 
affect  the  quality  of  health  care. 
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The  following  references  relate  to  the  history  of  the  TRIMIS  Program  and  the 
development  of  the  AQCESS. 


a.  DoD  Standard  7935,  Automated  Data  Systems  (ADS)  Documentation, 
February  15,  1983. 

b.  Functional  Description  for  an  Automated  Quality  of  Care  Evaluation 
Support  System  (AQCESS);  TRIMIS  Program  Office  (TPO);  January  25, 
1985. 

c.  MUMPS  Patient  Administration  System  Program  Maintenance  Manual 
(Draft);  National  Data  Corporation/Federal  Systems,  Inc.  (NDC/FSI); 
April  6,  1984. 

d.  MUMPS  Patient  Administration  User  Handbook  (Draft);  NDC/FSI;  April 
6,  1984. 

e.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Army  Version);  TPO;  June  9,  1983. 

f.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Navy  Version);  Libra  Technology;  September  30,  1983. 

g.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Air  Force  Version);  TPO;  June  30,  1983. 

h.  Functional  Description  for  CHCS  Patient  Administration  (PAD) 

(Version  2.0);  NDC/FSI;  February  17,  1984. 

i.  NAVMEDCOM  6320.7;  Quality  Assurance  Guide  (Draft);  September  1984. 

j.  NAVMEDCOM  6320.8;  Credentialing  Program  (Draft);  September  1984. 

k.  AR  40-66,  (Change  27  Chapter  9;  Medical  Recorded  Quality  Assurance 
Administration;  December  1,  1982. 

l.  AFR  168-13;  Quality  Assurance  in  the  Air  Force  Medical  Service;  May 
31,  1984. 

m.  AFR  168-4;  Administration  of  Medical  Activities;  July  22,  1983. 

n.  AFR  168-695;  Medical  Administrative  Management  System  (Vols.  I  4 
II),  July  18,  1980. 

o.  AFR  205-16;  Automatic  Data  Processing  (ADP)  Security  Policy,  Proce¬ 
dures,  and  Responsibilities;  August  1,  1984. 

p.  DoDD  5200.28;  Security  Requirements  for  Automatic  Data  Processing 
(ADP)  Systems;  December  18,  1972. 

q.  DoDD  5200. 28— M ;  ADP  Security  Manual;  January  1973. 
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r.  AR  380-380;  Automated  Systems  Security;  April  15,  1979. 


s.  APR  300-13  (as  amended);  Safeguarding  Personal  Data  in  Automatic 
Data  Processing  Systems;  March  14,  1976. 

t.  AFR  125-37;  The  Resources  Protection  Program  [PA;  May  6,  1982  (and 
change  1)]. 


1.3  Terms  and  Abbreviations. 


A&D 

ACLS 

ADP 

ADT 

AMA 

AQCESS 

ASMRO 

ATLS 

CHCS 

CPP 

CPU 

CR 

CRID 

CRT 

CT 

CTT 

DEERS 

DoD 

ER 

ES 

PD 

PMP 

I  CD 

ICP 

ID 

IR 

IRID 

ITRCS 

JAG 

JCAH 

MEB 

MTP 

MTRC 

MUMPS 

NDC/PSI 

OASD(HA) 

PAD 


Admissions  and  Dispositions 
Advanced  Cardiac  Life  Support 
Automatic  Data  Processing 
Admission,  Disposition,  and  Transfer 
Against  Medical  Advice 

Automated  Quality  of  Care  Evaluation  Support  System 

Armed  Services  Medical  Regulating  Office 

Advanced  Trauma  Life  Support 

Composite  Health  Care  System 

Credentialing/Privileges  Process 

Central  Processing  Unit 

Clinical  Records  (Inpatient  Records) 

Clinical  Records  Identification  (Inpatient  Record 
Identification) 

Cathode  Ray  Tube 
Coding  Transcript 
Coding  Transcript  Tape 

Defense  Enrollment  Eligibility  Reporting  System 

Department  of  Defense 

Emergency  Room 

Emergency  Service 

Functional  Description 

Family  Member  Prefix 

International  Classification  of  Diseases 
International  Classification  of  Procedures 
Identification 

Inpatient  Records  (Clinical  Records) 

Inpatient  Records  Identification  (Clinical  Records 
Identification) 

Inpatient  Treatment  Record  Cover  Sheet 
Judge  Advocate  General 

Joint  Committee  for  Accreditation  of  Hospitals 
Medical  Evaluation  Board 
Medical  Treatment  Facility 
Medical  Treatment  Recording  Card 
Massachusetts  Utility  Multi  Programming  System 
National  Data  Corporation/Federal  Systems,  Inc. 

Office  of  the  Assistant  Secretary  of  Defense  (Health  Affairs) 
Patient  Administration 
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PTID  Patient  Identification 

QA  Quality  Assurance 

QAC  Quality  Assurance  Coordinator 

QAP  Quality  Assurance  Program 

QAS  Quality  Assurance  System  (Navy  Use  Only) 

R/ADT  Registration/Admission,  Disposition,  and  Transfer 

RIPT  Record  of  Inpatient  Treatment 

SSN  Social  Security  Number 

TPO  TRIMIS  Program  Office 

TRIMIS  Tri-Service  Medical  Information  Systems 

TRIPAD  Tri-Service  Patient  Administration  System 

UCA  Uniform  Chart  of  Accounts 

VSI/SI/SC  Very  Seriously  Ill/Seriously  Ill/Special  Category 
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SECTION  2.  SUMMARY  OF  REQUIREMENTS 


2.1  System  Description.  The  Automated  Quality  of  Care  Evaluation  Support 
System  is  an  interactive,  terminal-oriented,  on-line  computer  system  designed 
to  manage  patient  administration  and  quality  of  care  information  at  MTFs. 

AQCESS  consists  of  several  subsystems.  This  System  Specification  describes 
the  patient  administration  subsystems:  Access  Control,  R/ADT,  and  Clinical 
Records.  The  Quality  Assurance  subsystem  is  described  in  the  Quality  Assur¬ 
ance  Subsystem  Specification  under  separate  cover. 

The  patient  administration  subsystems  will  collect  registration  data  about 
military  personnel,  their  eligible  dependents,  and  other  eligible  beneficiar¬ 
ies  admitted  to  the  MTF.  They  also  collect  admission,  disposition,  and  trans' 
fer  data  necessary  to  administer  the  MTF's  inpatient  population. 

Each  AQCESS  subsystem  consists  of  one  or  more  processes.  The  following  chart 
lists  the  subsystems  of  the  entire  Automated  Quality  of  Care  Evaluation  Sup¬ 
port  System,  and  the  processes  that  make  up  each  subsystem. 


Access  Control  Subsystem  Quality  Assurance  Subsystem 

User  Entry  Quality  Assurance 

Patient  Identification  (PTID)  Profiling 

R/ADT  Subsystem 

Registration 
Admission 
Transfer 
Disposition 
Correction  Management 
Bed  Management 
System  Management 
Inpatient  History 
Patient  Inquiry 
R/ADT  Reports 

Clinical  Records  Subsystem 

Clinical  Records 
Clinical  Records  Reports 


This  section  summarizes  the  capabilities  of  the  Access  Control,  R/ADT,  and 
Clinical  Records  subsystems. 
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2.1.1  Access  Control  Subsystem. 

x 

t 

2.1 .1 .1  User  Entry.  User  Entry  protects  the  system  and  its  data  from 
unauthorized  users  and  restricts  users  to  those  processes  they  are  authorized 
to  perform.  Specifically,  User  Entry: 

a.  Receives  and  verifies  the  user  ID  and  password. 

b.  Controls  which  processes  can  be  performed  at  each  terminal. 

c.  Allows  a  user  access  to  authorized  processes  only. 


2. 1.1. 2  Patient  Identification  (PHD).  AQCESS  uses  six  items  of  information 
to  identify  each  patient:  register  number,  patient  name,  family  member  pre¬ 
fix,  date  of  birth,  sponsor's  Social  Security  number,  and  sex.  In  PHD,  users 
enter  all  of  this  data  except  register  number  to  begin  processing  on  new 
patients  and  to  check  their  eligibility  for  care.  Users  can  also  conduct 
various  searches  to  locate  existing  patient  records  by  entering  any  of  several 
combinations  of  the  PTID  data.  Existing  patient  records  must  be  located  via 
the  PTID  process  before  those  records  can  be  processed  in  any  of  the  patient- 
oriented  functions  (Registration,  Admission,  Disposition,  Transfer,  and  Inpa¬ 
tient  History). 


2.1.2  R/ADT  Subsystem. 


2. 1.2.1  Registration.  The  user  registers  individuals  as  patients  by  entering 
demographic  data  on  them  and  their  sponsors  via  the  Registration  process. 
Specifically,  Registration: 

a.  Collects,  edits,  and  validates  registration  data,  including:  . 

1.  patient's  race,  marital  status,  address,  religion,  and  military 
ID  card  expiration  date. 

2.  rank,  branch  of  service,  and  flying  status  of  patient  or  pa¬ 
tient's  sponsor. 

3.  patient's  military  occupation  and  unit  ID,  if  active  duty. 

b.  Automatically  retrieves  patient  address  data  if  any  other  family 
member's  record  is  on  file. 

c.  Allows  the  user  to  update  registration  information. 

d.  Indicates  whether  registration  data  has  been  reviewed  and  verified 
as  correct  by  the  patient  or  patient's  agent. 
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e.  Is  used  to  print  Registration  Forms,  which  contain  registration  data 
on  the  patient. 

f.  Displays  data  on  the  patient's  most  recent  previous  inpatient 
episode. 


2. 1.2. 2  Admission.  The  user  enters  information  about  the  inpatient  episode 
via  the  Admission  process  in  order  to  admit  persons  to  the  MTF  as  inpatients. 
Specifically,  Admission: 

a.  Ensures  that  inpatients  are  registered  before  admission  proceeds. 

b.  Collects,  edits,  and  validates  admission  information,  such  as: 

1.  date,  time,  and  source  of  admission;  admitting  physician;  and 
admitting  diagnosis. 

2.  length  of  service,  if  active  duty. 

3.  ward,  physician,  and  clinical  service  assignments. 

c.  Collects,  edits,  and  validates  information  on  active-duty  military 
who  have  Medical  Evaluation  Board  (MEB)  status,  casualty  status,  or 
absent  status. 

d.  Automatically  generates  a  register  number  that  identifies  the 
patient's  record  if  the  MTF  has  chosen  to  have  register  numbers 
assigned  by  the  system.  (Through  the  System  Management  process,  the 
MTF  can  choose  to  have  register  numbers  assigned  automatically  or  by 
the  user;  see  section  2. 1.2. 7,  below.) 

e.  Allows  potential  inpatients  to  be  pre-admitted. 

f.  Is  used  to  produce  Admission  Forms,  Index  Cards,  and  inpatient 
embossed  cards,  which  contain  admission  information. 

g.  Allows  users  to  admit  newborns,  by  automatically  retrieving 
applicable  data  from  the  mother's  record,  and  forces  the  user  to 
either  disposition  the  newborn  or  change  its  status  when  the  mother 
is  put  on  convalescent  leave. 

h.  Enables  users  to  track  patients  who  are  the  administrative 
responsibility  of  the  MTF. 

i.  Allows  users  to  cancel  admissions  or  convert  admissions  to 
pre-admissions. 

j.  Allows  user  to  enter  projected  disposition  data. 
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2.1 .2.3  Transfer.  The  Transfer  process  enables  the  user  to  update  adminis¬ 
trative  data  when  an  inpatient's  ward,  clinical  service,  or  physician  assign¬ 
ment  is  changed.  This  process  also  allows  users  to  update  data  on  the 
patient's  emergency  contact,  ME8  status,  casualty  status,  and  absent  status, 
to  view  other  admission  data,  and  to  request  printing  of  inpatient  products. 


2. 1.2. 4  Disposition.  Through  the  Disposition  process,  the  user  enters  data 
about  the  patient's  discharge  from  the  MTF  and  begins  final  processing  of 
records  on  the  inpatient  episode.  Specifically,  Disposition: 

a.  Collects,  edits,  and  validates  disposition  data,  such  as  date  and 
type  of  disposition  and  physician  ordering  the  disposition. 

b.  Removes  the  patient  from  active  ward  and  clinical  service  records, 
which  are  used  in  system  reports. 

c.  Allows  users  to  cancel  dispositions. 

d.  Allows  users  to  either  disposition  newborns  at  the  time  of  the 
mother's  disposition,  or  to  track  them  as  pay  patients. 

e.  Allows  users  to  view  admission  data  and  request  inpatient  products. 


2 . 1 . 2 . 5  Correction  Management .  Correction  Management  is  used  to  correct  data 
that  cannot  be  corrected  through  the  other  AQCESS  processes.  Through  this 
process,  users  can: 

a.  Correct  the  following  data  as  it  appears  on  the  patient  record: 
patient  category,  length  of  service,  source  of  admission,  date  and 
time  of  admission,  date  and  time  of  disposition,  disposition  type, 
absent  statuses,  clinical  services,  and  inter-ward  transfers. 

b.  Add  appropriate  absent  status,  clinical  service,  and  inter-ward 
transfer  data  omitted  from  a  patient's  record  during  admission. 

c.  Add  remarks  to  the  Admission  and  Disposition  (A&D)  Report  (1)  to 
alert  others  that  erroneous  data  was  included  on  previous  A&D 
Reports  and  (2)  to  explain  changes  or  additions  described  in  a 
and  b. 
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2.1 .2.6  Bed  Management.  This  process  maintains  statistics  on  the  numbers  of 
beds  that  are  occupied  or  available  on  each  ward  and  enables  users  to  monitor 
ward  statuses  in  the  MTF.  Specifically,  Bed  Management: 

a.  Adjusts  and  computes  bed  availability  figures  for  each  ward. 

b.  Allows  users  to  create  new  Ward  Status  records  and  to  delete  exist¬ 
ing  Ward  Status  records  (except  when  there  are  occupied  or  reserved 
beds  on  the  ward  to  be  deleted). 

c.  Displays  total  figures  on  bed  availability  for  the  entire  MTF. 

d.  Allows  users  to  adjust  the  number  of  total  beds  and  blocked  beds  on 
a  ward. 


2.1 .2.7  System  Management .  The  System  Management  process  is  used  by  the  Sys¬ 
tem  Administrator  to  maintain  data  that  regulates  the  operation  of  AQCESS. 
Specifically,  this  process  allows  the  System  Administrator  to: 


a.  Maintain  the  list  of  all  system  tables,  which  can  be  displayed  on  a 
screen  or  printed  in  hard-copy  form. 

b.  Maintain  and  update  the  system  tables. 

c.  Maintain  profile  data  that  identifies  the  MTF,  including  its  Mili¬ 
tary  Department,  and  profile  data  that  regulates  certain  system  func¬ 
tions,  such  as  dates  for  archiving  files.  The  System  Administrator 
also  uses  this  process  to  indicate  whether  register  numbers  will  be 
assigned  automatically  or  manually,  and  to  reserve  or  release  blocks 
of  register  numbers  for  manual  or  automatic  assignment  to  records. 

d.  Regulate  system  security  by  user  ID  and  terminal  ID,  and  to 
designate  system  capabilities  authorized  to  individual  users  and 
terminals. 


2. 1.2. 8  Inpatient  History.  Through  this  process,  users  can  review  informa¬ 
tion  about  inpatient  episodes  of  active  and  dispositioned  patients.  Inpatient 
History  keeps  track  of  all  inpatient  episodes  for  an  individual  patient.  It 
can  display'  a  list  of  episodes  for  a  patient  who  has  been  admitted  more  than 
once,  and  allow  users  to  choose  an  episode  for  review.  Specifically!  Inpa¬ 
tient  History  displays  the  following  data  on  individual  episodes: 

a.  Register  numbers,  admission  dates,  disposition  dates,  and  admission 
diagnosi's  codes  on  patients  with  more  than  one  inpatient  episode. 
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b.  PTID  data,  patient  category,  rank,  branch  of  service,  religion, 
source  of  admission,  and  admission  date  and  time. 

c.  Disposition  type,  disposition  date  and  time,  clinical  service,  ward, 
type  case,  archive  date,  primary  discharge  diagnosis  and  principal 
procedure  performed. 


2. 1.2. 9  Patient  Inquiry.  This  process  identifies  segments  of  the  patient 
population  according  to  categories  specified  by  the  MTF,  and  lists  patients 
who  fall  into  those  categories.  The  MTF  may  specify  categories  such  as  ward, 
physician,  diagnosis,  etc.  For  example,  through  Patient  Inquiry  the  user  may 
view  a  list  of  all  inpatients  currently  on  a  given  ward. 


\  <\  ■ 


2.1.2.10  R/ADT  Reports.  Through  this  function,  users  enter  requests  to  print 
the  reports  listed  below.  These  reports,  which  are  generated  from  data 
entered  via  the  R/ADT  subsystem  processes,  are  described  in  detail  in  Part 
III,  Outputs. 


a.  Admission  and  Disposition  Report. 

b.  Admission  and  Disposition  Recapitulation  and  Patient  Strength 
Report. 

c.  Alpha  Roster  of  Hospital  Patients. 


d.  Daily  Admissions  by  Diagnosis. 

e.  Injury  Report. 

f.  Invalid  Sign-On  Log. 

g.  List  of  Current  Passwords. 

h.  Roster  of  VSI/SI/SC  Patients. 


i.  Status  Out  Roster. 


j.  UCA  Disposition  Report. 

k.  UCA  Inpatient  Occupied  Bed  Days  Report. 

l.  Ward  Nursing  Report. 


W 
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2.1.3  Clinical  Records  Subsystem.  Through  Clinical  Records,  users  perform 
the  final  processing  on  each  inpatient  episode  and  produce  documentation  on 
dispositioned  patients  for  the  patient  chart  as  well  as  for  reporting  to 
higher  commands.  Specifically,  Clinical  Records: 

a.  Collects,  edits,  and  validates  data  on  each  diagnosis  made  and  each 
procedure  (i.e.,  operation)  performed  during  the  hospital  visit. 

b.  Collects  and  maintains  data  on  previous  inpatient  episodes  at  other 
MTFs  or  civilian  hospital  from  which  the  patient  transferred  to  this 
MTF. 

c.  Computes  and  maintains  data  on  the  number  of  days  a  patient  spent  in 
various  clinical  services  and  absent  statuses  during  this  inpatient 
episode. 

d.  Allows  the  user  to  enter  administrative  data,  and  displays  and  col¬ 
lects  codes  .for  non-procedural  physicians  associated  with  this 
episode. 

e.  Tracks  items  missing  from  the  record  and  posts  them  as  delinquencies 
on  the  Provider  Profile  after  a  period  of  time  (which  is  specified 
by  the  MTF). 

f.  Initiates  final  edits  on  the  record  and  generates  the  Inpatient 
Treatment  Record  Cover  Sheet  (ITRCS)  or  Record  of  Inpatient  Treat¬ 
ment  (RIPT)  and  the  Coded  Episode  Summary  (CES). 

g.  Produces  reports  (printouts,  report  format  tapes)  including  the  cod¬ 
ing  transcript. 


2. 1.3.1  Clinical  Records  Reports.  Through  this  process,  users  initiate 
month-end  processing  on  records  and  enter  requests  to  print  the  following 
Clinical  Records  reports,  which  are  described  in  detail  in  Part  III,  Outputs. 

a.  Coded  Transcript  Tape. 

b.  Roster  of  Delinquent  Records. 

c.  Roster  of  Records  Currently  Released  tp  A&D. 


System  Functions. 


2.2.1  Accuracy,  Precision,  and  Validity.  AQCESS  ensures  accuracy  and  valid¬ 
ity  of  data  by  editing  all  input,  update,  and  inquiry  data  from  system  users. 
Data  transmitted  between  functions  and/or  logical  segments  of  the  system  is 
subjected  to  the  following  error  checks: 
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a.  Validity  edits  -  AQCESS  performs  alphanumeric  and  required  field 
edits  on  input  data.  The  system  also  ensures  that  coded,  abbre¬ 
viated,  and  other  entry  values  for  data  items  are  acceptable,  as 
defined  in  the  MTF  input/edit  tables.  AQCESS  generates  appropriate 
error  messages  for  terminal  display. 

b.  Consistency  edits  -  AQCESS  performs  defined  consistency  edits 
against  entered  data  before  storing  the  data  in  a  permanent  file. 

The  system  notifies  users  of  inconsistencies  and  allows  rapid,  easy 
correction  of  erroneous  input. 

Data  transmitted  between  internal  functions  and  interfacing  systems  is  subject 
to  error  checks  including: 

a.  Internal  data  element  checking  of  telecommunications  data. 

b.  Internal  application  checking  and  acknowledgment  by  the  receiver  of 
’  telecommunications  data. 

c.  Integrity  checking  of  the  data  base  data  before  and  after  executing 
backup  and  failure  recovery  operations. 


2.2.2  Timing.  Fulfillment  of  the  timing  requirements  set  forth  in  sections 

3.1.2  and  4.2.2  of  the  AQCESS  Functional  Description  depends  on  the  hardware 
used  (reference  1.2.b).  Further  specification  of  the  manner  in  which  the 
AQCESS  will  meet  these  requirements  awaits  the  award  of  the  hardware  contract. 


2.3  Flexibility.  Intersystem  interfaces  will  be  added  to  include  specified 
automated  PAD  card  embossers  and  ASMRO.  Other  system  interfaces  and  require¬ 
ments  not  heretofore  stated  will  be  processed  as  system  change  requests. 
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SECTION  3.  USER  ENTRY  SCREENS 


3.1  User  Entry  Function  -  Overview.  User  Entry  controls  system  security. 
Users  go  through  this  function  in  order  to  access  the  system,  and  they  return 
to  it  on  completion  of  processing  within  a  selected  function. 

The  user  identification  (user  ID)  and  password  are  entered  via  the  User  Entry 
function.  The  system  checks  whether  that  ID  and  password  appear  on  a  list  of 
authorized  users,  and  checks  which  terminal  is  being  used.  User  Entry  will 
lock  a  terminal  and  user  ID  if  the  ID  or  password  is  entered  incorrectly  more 
than  the  maximum  number  of  times  allowed  by  the  MTF. 

If  the  user  ID  and  password  are  entered  correctly,  User  Entry  determines  which 
functions  the  user  is  authorized  to  perform,  and  which  functions  can  be  per¬ 
formed  at  a  given  terminal.  Based  on  these  determinations,  User  Entry  regu¬ 
lates  access  to  the  system's  functions.  User  Entry  indicates  which  functions 
are  available-  to  the  user,  and  the  user  can  select  which  type  of  processing  he 
or  she  wants  to  perform. 

User  Entry  consists  of  three  screens:  the  Sign-On  Screen,  the  Privacy  Act 
Screen,  and  the  User  Entry  Menu  Screen. 


3.1.1  Sign-On  Screen  (Figure  3-1).  On  this  screen  the  user  enters  a  user  ID 
and  password.  The  password  does  not  appear  on  the  screen  as  it  is  typed. 

If  the  system  finds  the  ID  and  password  are  not  valid,  it  will  display  an 
error  message.  The  user  will  be  able  to  correct  an  ID  and  password  that  have 
been  entered  incorrectly.  The  user  will  not  be  able  to  use  the  system  until 
he  or  she  enters  an  ID  and  password  that  the  system  recognizes  as  valid.  The 
number  of  attempts  that  the  user  can  make  to  enter  these  correctly  is 
limited.  If  the  user  exceeds  this  limit,  the  terminal  and  user  ID  will  .lock, 
and  the  system  manager  must  be  called  to  unlock  it. 

If  the  system  finds  that  the  user  ID  and  password  are  valid,  the  user  will  be 
able  to  access  the  system's  functions. 

To  emphasize  the  confidentiality  of  the  AQCESS  data,  the  next  screen  displays 
the  Privacy  Act  statement,  and  the  number  of  the  Act  (Figure  3-2).  No  data 
is  entered  on  this  screen. 

Next,  User  Entry  determines  which  functions  are  available  to  the  user  at  that 
particular  terminal  and  displays  the  User  Entry  Menu  Screen. 
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3.1.2  User  Entry  Menu  Screen  (Figure  3-3).  The  User  Entry  Menu  Screen  lists 
all  the  functions  that  are  available  to  a  given  user.  Of  these  functions, 
those  that  are  accessible  from  the  particular  terminal  are  marked  with  aster¬ 
isks.  The  Menu  Screen  shown  in  Figure  3-3  is  for  a  user  who  is  authorized  to 
use  all  the  AQCESS  functions,  and  for  a  terminal  where  all  the  functions  are 
accessible. 

The  user  indicates  which  function  he  or  she  wants  by  entering  the  letter  or 
number  preceding  it  after  the  words  ENTER  FUNCTION. 


3.1.3  Function  Selection.  The  screen  that  appears  next  is  determined  by  what 
function  the  user  has  selected.  The  first  screen  of  most  system  functions 
is  displayed  as  soon  as  it  is  chosen  from  the  User  Entry  Menu. 

If  the  user  has  chosen  either  Registration,  Admission,  Disposition,  Transfer, 
or  Inpatient  History,  the  first  screen  to  appear  will  be  the  PTID  Screen. 
Through  PTID  the  user  must  either  locate  an  existing  patient  record  or  begin  a 
new  patient  record.  Once  this  has  been  done,  the  first  screen  of  the  selected 
function  is  displayed.  However,  if  the  user  chose  Admission  and  the  patient 
is  not  a  current  inpatient,  the  Registration  Screen  will  appear  next,  and  the 
user  must  register  or  update  registration  data  on  the  new  inpatient.  The 
Admission  Screen  for  a  new  inpatient  is  only  displayed  after  the  person  has 
been  registered.  For  an  illustration  of  the  sequence  in  which  these  functions 
are  accessed,  see  Figure  3-4. 

When  the  user  has  finished  processing  a  record,  the  PTID  Screen  will  be  redis¬ 
played.  Then  the  user  can  identify  another  record  and  use  that  function 
again,  or  the  user  can  cancel  out  of  the  function  and  return  to  the  User  Entry 
Menu.  For  example,  if  the  user  selected  Disposition  from  the  Menu  Screen,  the 
PTID  Screen  is  displayed,  and  the  user  identifies  a  record  to  process.  Then 
the  Disposition  Screen  appears  and  the  user  dispositions  that  patient.  After 
finishing  the  disposition,  the  PTID  Screen  is  displayed  again.  Then  the  user 
locates  another  record  and  dispositions  that  patient.  After  this,  the  PTID 
Screen  is  displayed  again,  but  the  user  has  finished  disposition  processing. 
The  user  cancels  out  or  otherwise  leaves  the  PTID  Screen,  and  the  User  Entry 
Menu  again  appears. 
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Figure  3-4.  FUNCTION  SELECTION  THROUGH  USER  ENTRY 


•SECTION  4.  PATIENT  IDENTIFICATION  (PTID)  SCREENS 


4.1  Patient  Identification  (PTID)  Function  -  Overview.  Through  PTID  the  user 
can  begin  creation  of  a  new  patient  record  or  locate  an  existing  record.  PTID 
collects  six  data  items  that  identify  the  patient:  register  number,  patient 
name,  family  member  prefix  (FMP),  sponsor's  Social  Security  number  (SSN), 
patient's  date  of  birth,  and  patient's  sex.  PTID  allows  the  user  to  locate  an 
existing  record  directly,  or  by  using  one  of  several  searches,  depending  on 
what  information  the  user  has. 

The  user  can  locate  a  record  directly  by  entering  the  register  number  as¬ 
sociated  with  it.  A  unique  register  number  is  assigned  to  the  record  of  each 
inpatient  episode,  and  thus  precisely  identifies  that  record.  The  user  can 
also  locate  a  record  directly  by  entering  the  patient's  FMP  and  SSN. 

Alternatively,  the  user  can  initiate  any  of  the  following  searches: 

a.  Name  fragment  search,  by  entering  part  of  the  patient's  last  name, 
or  part  or  all  of  the  last  name  and  part  of  the  first  name. 

b.  Soundex  search,  by  entering  an  asterisk  followed  by  all  or  part  of 
the  patient's  last  name. 

c.  Social  Security  number  search,  by  entering  the  sponsor's  SSN. 

PTID  functions  are  accomplished  using  two  screens:  the  PTID  Screen  and  the 
Candidate  List  Screen.  On  the  PTID  Screen,  the  user  enters  data  to  begin  a 
new  record  or  to  locate  an  existing  record.  If  the  user  employs  a  search,  the 
Candidate  List  Screen  appears,  displaying  names  of  patients  who  fit  the  search 
criteria,  with  additional  information  about  the  records  of  their  inpatient 
episodes. 


4.2  PTID  Screen. 


4.2.1  Creating  New  Records.  Before  a  person  can  be  registered  or  admitted  to 
the  MTF,  the  user  must  enter  identifying  data  for  that  person  on  the  PTID 
Screen  (see  Figure  4-1).  The  user  must  enter  data  in  every  field  on  the 
screen  except  REG  NO,  and  enter  "N"  in  the  selection  field  to  indicate  that 
this  is  a  new  patient.  As  on  the  other  AQCESS  screens,  the  system  edits  this 
data  to  make  sure  it  is  valid.  For  more  details  on  these  data  items,  see  Data 
Chart  4-1 . 
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Figure  4-1.  PTID  SCREEN 
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When  identifying  data  has  been  entered  for  a  new  patient,  the  system  will 
try  to  ensure  that  this  is  not  a  duplicate  registration  by  searching  for  the 
record  of  any  patient  with  the  same  SSN/FMP  or  any  patient  with  the  same  last 
name,  same  first  four  characters  of  the  first  name,  and  the  same  sex.  If  any 
such  records  are  found,  they  will  be  listed  on  the  Candidate  List  Screen. 

If  the  Candidate  List  shows  a  patient  with  the  same  SSN/FMP,  the  user  must 
select  that  candidate  from  the  list  or  return  to  the  PTID  Screen  and  correct 
the  SSN/FMP  just  entered. 

Or,  if  the  Candidate  List  shows  any  patients  with  the  same  last  name  and  simi¬ 
lar  first  name  or  very  similar  SSN,  the  user  can  make  sure  that  none  of  these 
is  the  patient  that  was  just  entered.  If  the  new  patient  is  on  the  list,  the 
user  can  select  that  patient.  If  the  new  patient  is  not  on  the  list,  the  user 
enters  "R"  to  continue  the  new  registration. 

If  no  patient  with  the  same  SSN/FMP  or  a  similar  name  already  exists  on  the 
system,  no  Candidate  List  will  appear.  The  Registration  Screen  will  be  dis¬ 
played,  and  the  user  can  register  the  patient.  If  the  user  canpels  out  before 
registering,  the  PTID  data  will  not  be  stored  in  the  system. 

Any  later  changes  to  the  PTID  data  must  be  made  on  the  Registration  Screen; 
the  PTID  Screen  cannot  be  updated. 


(1)  REG  NO.  The  number  assigned  to  the  inpatient  episode  during  the 
Admission  process. 

(2)  PATIENT  NAME.  Last  name  first,  then  first  name  and  middle  initial. 
Cannot  include  any  punctuation. 

(3)  FAMILY  MEMBER  PREFIX  (FMP).  Indicates  the  relationship  between  the 
sponsor  and  the  patient.  Table  1012. 

(4)  SPONSOR'S  SOCIAL  SECURITY  NUMBER  (SSN).  The  Social  Security  number 
of  the  patient's  sponsor  (or  of  the  patient  if  the  patient  is  also  the 
sponsor ) . 

(5)  DATE  OF  BIRTH  (DOB).  Patient's  date  of  birth. 

(6)  SEX.  Patient's  sex. 


Data  Chart  4-1.  PTID  SCREEN 
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4.2.2  Locating  Existing  Records.  There  are  two  methods  of  locating  patient 
records:  the  direct  method  and  the  candidate  list  search. 

Records  can  be  accessed  directly  when  the  user  enters  data  that  uniquely 
identifies  that  record.  When  a  record  is  accessed  directly,  or  by  a  "direct 
hit,"  the  system  displays  the  first  screen  of  the  function  chosen  by  the  user 
immediately  after  the  PTID  Screen. 

The  user  can  access  a  record  directly  by  entering  the  register  number  as¬ 
sociated  with  it.  If  the  register  number  is  valid,  the  first  screen  of  the 
chosen  function  will  be  displayed  for  that  record.  If  there  is  no  such 
record,  the  PTID  Screen  will  display  an  error  message.  The  user  can  also 
access  a  current  record  directly  by  entering  the  patient's  FMP  and  SSN. 

When  the  user  does  not  have  the  information  to  access  a  record  directly,  the 
record  can  be  located  through  a  candidate  list  search.  To  initiate  a  search, 
the  user  can  enter  one  of  a  variety  of  data  combinations,  and  the  system  will 
display  a  Candidate  List  Screen,  showing  the  patient  records  that  fit  those 
criteria;  then  the  user  can  choose  the  desired  record,  and  the  first  screen  of 
the  chosen  function  will  be  displayed  for  that  record.  There  are  three  types 
of  candidate  list  searches:  name  fragment,  soundex,  and  Social  Security  num¬ 
ber.  These  searches  are  more  expensive  in  terms  of  processing  time  than 
direct  access. 

a.  Name  fragment  searches  are  used  when  the  user  only  knows  part  of  the 
patient's  name.  Part  of  the  last  name,  or  all  or  part  of  the  last  name  and 
part  of  the  first  name  can  be  entered.  The  Candidate  List  Screen  will  list 
all  records  for  all  patients  or  sponsors  whose  names  begin  with  the  letters 
entered. 


b.  Soundex  searches  are  used  when  the  user  is  not  sure  of  the  spelling 
of  the  patient's  last  name.  The  user  enters  an  asterisk,  followed  by  the 
phonetic  spelling  of  the  last  name  (the  first  character  of  the  name  entered 
must  be  the  same’ as  the  actual  first  character  of  the  name).  The  Candidate 
List  Screen  will  list  all  records  for  all  patients  or  sponsors  whose  names 
sound  like  the  one  entered. 

c.  Social  Security  number  searches  are  used  when  the  user  only  knows  the 
SSN  of  the  patient's  sponsor.  The  Candidate  List  Screen  will  list  all  records 
for  the  sponsor  and  all  patients  with  that  sponsor's  SSN — in  other  words,  all 
members  of  that  family. 

The  user  can  restrict  any  of  these  searches  by  entering  any  ’other  identifying 
data  that  he  or  she  has— FMP,  date  of  birth. (or  part  of  DOB),  or  sex. 

In  some  circumstances,  the  user  may  have  entered  a  valid  register  number  or 
other  valid  identifying  data,  but  the  system  will  not  be  able  to  display  the 
desired  screen.  If  the  user  chose  Admission  from  the  Menu  Screen  and  the 
patient  has  been  dispositioned,  the  Admission  Screen  for  that  inpatient  epi¬ 
sode  will  not  be  available.  Or,  if  the  record  has  been  accessed  via  the 
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Clinical  Records  function,  neither  the  Registration,  Admission,  Disposition, 
or  Transfer  screens  for  that  record  will  be  accessible. 


4.2.3  Candidate  List  Screen  (Figure  4-2).  The  Candidate  List  Screen  lists 
patient  records  that  were  found  either  as  the  result  of  a  candidate  list 
search,  or  as  a  result  of  the  system's  automatic  search  for  duplicates  per¬ 
formed  when  the  user  has  entered  the  data  for  a  new  patient. 

The  Candidate  List  Screen  displays  data  on  as  many  as  10  individuals  at  a 
time.  If  there  are  more  than  10,  this  will  be  indicated,  and  the  remainder  of 
the  list  can  be  viewed  on  subsequent  pages  of  the  screen.  The  data  displayed 
on  this  screen  is  described  in  Data  Chart  4-2. 

To  select  a  record  from  the  Candidate  List  Screen,  the  user  enters  its  number 
in  the  selection  field,  and  the  first  screen  of  the  chosen  function  will  be 
displayed  for  that  record. 


(1)  LIST  NUMBER.  Shows  the  order  in  which  the  record  is  listed  on  this 
screen  (from  0  to  9).  The  user  enters  this  number  at  ENTER  SELECTION  to 
choose  a  record  to  process. 

(2)  NAME  OF  PATIENT.  Last  name,  first  name,  and  middle  initial. 

(3)  FMP.  Patient's  family  member  prefix.  Indicates  the  relationship 
between  the  sponsor  and  the  patient.  Table  1012. 

(4)  SSN.  Social  Security  Number  of  patient's  sponsor. 

(5)  DOB.  Patient's  date  of  birth. 

(6)  SEX  of  patient. 

(7)  CURRENT/PREVIOUS  IND.  Indicates  whether  the  patient  is  a  current 
inpatient  or  was  an  inpatient  previously. 

(8)  REG  NO.  Register  number  of  the  patient's  most  recent  hospital  epi¬ 
sode,  or  the  code  PREADM  if  the  patient  has  been  preadmitted. 


Data  Chart  4-2.  CANDIDATE  LIST  SCREEN 
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Figure  4-2.  CANDIDATE  LIST  SCREEN 
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SECTION  5.  REGISTRATION  SCREENS 


"  •**  »  * 


5.1  Registration  Function  -  Overview.  Registration  collects  identification 
and  demographic  information  on  all  persons  eligible  for  care  at  the  MTF. 
Individuals  must  be  registered  before  being  admitted  as  inpatients. 

The  Registration  function  makes  use  of  one  primary  Registration  Screen,  con¬ 
taining  the  Registration  Data  segment  and  the  Sponsor  Data  segment.  Two 
alternate  segments  can  be  displayed  in  place  of  Sponsor  Data:  Registration 
Products  and  History  Data.  The  user  accesses  the  Registration  Products  seg¬ 
ment  to  request  printing  of  the  Registration  Form.  The  History  Data  segment 
displays  data  on  the  most  recent  previous  inpatient  episode  this  patient  had 
at  this  MTF,  if  any. 


5.2  The  Registration  Screen  (Figure  5-1).  On  the  primary  Registration  Screen 
the  user  enters  the  basic  demographic  information  needed  to  register  the  per¬ 
son  as  a  patient  at  the  MTF  (see  Data  Chart  5-1).  The  user  can  also  use  this 
screen  to  indicate  whether  the  registration  data  has  been  reviewed  and  veri¬ 
fied  by  the  patient  or  the  patient's  agent. 

The  primary  Registration  Screen  is  displayed  after  the  PTID  Screen  (1)  when 
the  user  chose  Registration  from  the  User  Entry  Menu,  or  (2)  when  the  user 
chose  the  Admission  function  and  is  entering  a  new  admission. 

The  Registration  Screen  on  a  new  patient  will  display  the  identification  data 
on  that  person  that  was  entered  in  PTID.  The  user  can  enter  the  basic  data 
necessary  to  register  the  person,  and  can  call  up  the  Registration  Products 
segment  to  request  Registration  Forms  on  that  patient,  or  the  History  Data 
segment,  to  review  information  on  a  previous  admission  the  patient  may  have 
had. 

For  a  new  patient  with  family  members  who  have  already  been  registered  on  the 
system,  the  patient  address  fields  and  the  sponsor  data  fields  will  default  to 
the  information  stored  on  the  existing  relative's  record. 

When  the  user  chooses  to  perform  Registration  processing  on  a  patient  who  has 
already  been  registered,  the  screen  will  display  the  registration  data  that 
was  previously  entered  and  stored  on  the  system.  The  user  will  be  able  to 
review  or  update  this  data,  and  can  again  request  Registration  products  from 
the  Registration  Products  segment  or  review  information  on  the  patient's  pre¬ 
vious  admission. 

When  the  user  has  finished  Registration  processing,  the  next  screen  to  be  dis¬ 
played  will  be  the  PTID  Screen  if  the  user  chose  Registration  from  the  main 
Menu,  or  the  Admission  Screen  if  the  user  chose  Admission. 
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1  I  XXXXXXXXXXXXXXX  X X XXXX KXXXXXX  DATE  XXXXXXXXXXX  TIKE  xxxx  II 

I  I 

21  PERSONAL  DATA  -  PRIVACY  ACT  OP  1974  12 

I  I 

3 1  NAME  xxxxxxxxxxxxxxxxxxxxxxxxxxx  FMP  xx  SSN  xxxxxxxxxxx  DOB  xxxxxxxxxxx  13 

I  I 

41  14 

I  I 

3IPATIENTS  ADDRESS  xxxxxxxxxxxmxxxxxmxxxxxxxxxm  ZIP  CODE  xxxxxxxxx  IS 

I  I 

41  CITY  xxxxxxxxxxxxxxxxxxxx  STATE  xx  PHONE! HOME  xxxxxxxxxxxxxxxxxxx  16 

I  l 

71  HONE  STATE  xx  UQRK  xxxxxxxxxxxxxxxxxxx  17 

I  I 

9 1  PATIENT  I  CATEGORY  xxx  SEX  x  MARITAL  STATUS  x  RACE  x  RELIGION  xxx  IS 

I  I 

9 1  PRIMARY  CARE  PROVIDER  xxxxxx  PRIMARY  MTF  xxxxxx  CMD  INTEREST  xxx/xxx/xxx  19 
I  I 

101  ID  CARD  EXP  xxxxxxxxx  CARD  NO  xxxxxxxxxx  110 

I  .  I 

11  I  MILITARY  SPECIALTY  xxxxx  FLY  STATUS  xx  AERO  RTN6  x  111 

I  I 

12ICIVILIAN  OCCUPATION  xxxxxxxxxxxxxxxxxxxxxxxxx  112 

I  ,  I 

13  I  REMARKS  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx  I  13 
I  '  I 

14 1  SPONSOR’  NAME  xxxxxxxxxxxxxxxxxxxxxxxxxxx  RANK  xxx  SERVICE  xx  MAJOR  CMD  xxx  114 

I  I 

151  DUTY  ADDRESS  xxxxxxxxxxxxxxxxxxxxxxxxxxxx  ZIP  CODE  xxxxxxxxx  IIS 

I  I 

161  CITY  xxxxxxxxxxxxxxxxxxxx  STATE  xx  UNIT  ID/SHIP  xxxxxx  116 

I  I 

171  IS  PATIENT  REGISTRATION  DATA  VERIFIED?  xxx  DATE  VERIFIED  xxxxxxxxxxx  117 


(1)  PATIENT:  ADDRESS.  Street  name  and  number,  and  apartment  number,  of 
patient's  home. 

(2)  ZIP  CODE.  The  patient's  zip  code.  If  user  enters  a  zip  code  that  is 
on  the  MTF's  zip  code  table,  the  CITY  and  STATE  fields  will  default  to  the 
city  and  state  associated  with  that  zip  code  on  the  table.  Table  1025. 

(3)  CITY.  The  city  in  which  the  patient  lives. 

(4)  STATE.  2-letter  abbreviation  for  the  state  in  which  the  patient 
lives  (Table  1015). 

(5)  PHONE:  HOME.  Patient's  home  telephone  number,  area  code  first, 
followed  by  7-digit  number,  with  4-digit  extension,  if  any. 

(6)  HOME  STATE.  The  state  of  residence  for  active-duty  Army  personnel. 

(7)  WORK.  Patient’s  business  or  day  telephone  number.  In  the  same 
format  as  for  home  phone  number.  Can  include  autovon  number  for 
military  patients. 

(8)  PATIENT:  CATEGORY.  Code  indicating  the  service  affiliation  and  the 
authorization  classification  which  authorizes  care.  (Table  1091,  Air 
Force;  Table  1090,  Army;  Table  1092,  Navy.) 

(9)  SEX.  Patient's  sex.  From  data  dictionary. 

(10)  MARITAL  STATUS.  Patient's  marital  status.  From  data  dictionary. 

(11)  RACE.  Patient's  race.  Table  1024. 

(12)  RELIGION.  Patient's  religious  preference.  Table  1000. 

(13)  PRIMARY  CARE  PROVIDER.  The  code  of  the  patient's  primary  health 
care  provider.  From  Table  1004. 

(14)  PRIMARY  MTF.  Code  for  the  primary  medical  treatment  facility  that 
cares  for  the  patient,  as  listed  on  Table  1005.  Up  to  six  characters. 

(15)  CMP  INTEREST.  Code  indicating  a  special  category  or  type  of  patient. 
Up  to  3  3-character  codes  can  be  entered,  each  separated  by  a  slash. 

From  Table  1016. 


Data  Chart  5-1.  '  PRIMARY  REGISTRATION  SCREEN' 
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(16)  ID  CARD  EXP.  Date  on  which  the  patient's  ID  card  expires. 

(17)  CARD  NO.  Patient's  military  identification  card  number.  This  field 
is  only  used  by  Navy  and  only  for  dependents. 

(18)  MILITARY  SPECIALTY.  Code  indicating  the  service  member's  military 
specialty.  Must  be  entered  for  all  active-duty  personnel. 

(19)  FLY  STATUS.  Flying  status  or  aviation  service  code  of  patient. 

(20)  AERO  RTNG.  Patient's  aeronautical  rating  code.  Table  1009. 

(21)  CIVILIAN  OCCUPATION.  Occupation  of  patient  if  not  active-duty 
military. 

(22)  REMARKS.  User  can  enter  up  to  70  characters  of  free-text  remarks 
about  the  registration  in  this  field. 


SPONSOR  DATA  SEGMENT 

(23)  SPONSOR:  NAME.  Name  of  the  patient's  military  sponsor.  If  the 
patient  is  a  sponsor  (i.e.,  the  FMP  =  20)  this  field  will  default  to  the 
patient's  name. 

(24)  RANK.  Rank  of  sponsor.  Table  1006. 

(25)  SERVICE.  Service  affiliation  for  Air  Force,  Navy,  and  foreign 
officers.  Enter  Army  corps  code  for  Army  officers. 

(26)  MAJOR  CMP.  Identity  of  sponsor's  major  command.  Table  1017.  Air 
Force  only. 

(27)  DUTY  ADDRESS  of  sponsor.  The  unit  to  which  the  sponsor  is  assigned. 

(28)  ZIP  CODE  of  the  sponsor's  military  unit.  If  entry  is  from  zip  code 
table,  the  CITY  and  STATE  fields  will  default  to  the  city  and  state 
associated  with  the  zip  code  on  the  table.  Table  1025. 

(29)  CITY .  The  post,  base,  or  military  installation  where  the  sponsor's 
unit  is  located. 

(30)  STATE.  The  state  where  sponsor's  military  unit  is  located.  From 
Table  1015. 


Data  Chart  5-1  (continued).  PRIMARY  REGISTRATION  SCREEN 
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(31)  UNIT  ID/SHIP.  The  unit's  zip  code  except  during  deployment,  when 
the  unit  ID  code  is  entered. 


(32)  IS  PATIENT  REGISTRATION  DATA  VERIFIED?  "YES"  in  this  field  means 
that  the  patient  or  the  patient's  agent  has  verified  this  registration 
data  as  correct,  and  that  all  the  data  that  is  required  for  verification 
has  been  filled  in. 

(33)  DATE  VERIFIED.  Date  on  which  the  registration  data  was  verified. 


Data  Chart  5-1  (continued).  PRIMARY  REGISTRATION  SCREEN 


To  register  any  patient,  the  user  must  enter  data  in  the  PATIENT  CATEGORY, 
MARITAL  STATUS,  RACE,  SPONSOR  NAME,  and  RANK  fields.  Additional  fields  may  be 
required  depending  on  the  patient  data  entered  (e.g.,  more  fields  are  required 
if  the  patient  is  active  duty). 


5.2.1  Registration  Sub-Menu.  The  Registration  sub-menu  consists  of  the 
options  displayed  on  lines  19  and  20  of  the  screen.  These  options  are  avail¬ 
able  to  the  user  when  he  or  she  has  just  entered  a  new  registration  but  has 


not  yet  stored  it,  or  when  the  user  has  chosen  to  perform  Registration  proc¬ 
essing  on  a  previously  registered  patient. 


a.  Registration  Products.  Choosing  this  option  causes  the  Registration 
Products  segment  to  replace  the  Sponsor  Data  segment  (see  Figure  5-2).  On 
this  segment,  the  user  can  request  printing  of  the  Registration  Form,  indicat¬ 
ing  the  desired  number  (between  1  and  9).  The  Registration  Form  contains 
registration  data  on  the  patient.  For  examples  of  this  product,  see  Part  III,* 
Outputs. 
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1  I XXXXXXXXXXXXXXX 


xxxxxxxxxxxxx 


PERSONAL  DATA  -  PRIVACY  ACT  OP  1974 


3  I  NAME  XXXXXXXXXXXXXXXXXXXXXXKXXXX 


DATE  xxxxxxxxxxx  TIME  xxxx  I  1 

I 

74  12 

I 

FMP  xx  SSN  xxxxxxxxxxx  DOB  xxxxxxxxxxx  13 

I 

I  4 


3  I  PATIENT:  ADDRESS  xxxxxxxxxxxxxxxxxxxxxxxxxxxx 


ZIP  CODE  xxxxxxxxx 


CITY  xkxkxxxxxxxxxxxxxxxx  STATE  xx  PHONEIHOME  xxxxxxxxxxxxxxxxxxx 


HONE  STATE  xx 


WORK  xxxxxxxxxxxxxxxxxxx 


8 1  PATIENT :  CATEGORY  xxx 


SEX  x  MARITAL  STATUS  x  RACE  x 


RELIGION  xxx 


9 1  PRIMARY  CARE  PROVIDER  xxxxxx  PRIMARY  MTP  xxxxxx 


CMD  INTEREST  xxx/xxx/xxx 


ID  CARD  EXP  xxxxxxxxx 


CARD  NO  xxxxxxxxxx 


«**  REGISTRATION  PRODUCTS  **S 


1 4 1  NUMBER  OF  REG  FORMS  REQUESTED  x 


1  -  REGISTRATION  PRODUCTS 


3  -  VIEW  REG  HISTORY  DATA 


2  -  VERIFY  ESSENTIAL  DATA 


4  -  RETURN  TO  SPONSOR  DATA 


22  I  ENTER  SELECTION: 


Figure  5-2.  REGISTRATION  PRODUCTS  SEGMENT 
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b.  Verify  Essential  Data.  This  selection  allows  the  user  to  indicate 
that  the  patient  or  the  patient's  agent  has  verified  that  the  registration 
data  is  correct.  To  verify,  the  user  must  have  entered  data  in  several  fields 
in  addition  to  those  that  are  normally  required.  Data  required  for  verifica¬ 
tion  varies  depending  on  the  Military  Department,  as  illustrated  by  the  fol¬ 
lowing  table  (A  =  Army,  F  =  Air  Force,  N  =  Navy). 


Service  Required  Field 


A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 

A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  N 

A,  N 

A,  N 

A,  N 

A,  F 
A,  F 
A,  F 

A 

A 

A 

A 

A 

F 


Patient  street  address 

Zip  code 

City 

State 

Patient  category 
Military  specialty 
(if  military  patient  category) 
Sponsor  rank 

Sponsor  branch  of  service 

Duty  address 

Duty  zip  code 

Duty  city 

Duty  state 

Sex 

Race 

ID  card  date 

Unit  ID/ship 

Home  phone 

Work  phone 

Civilian  occupation 

(if  civilian  patient  category) 

Home  state 

Marital  status 

Religion 

Flying  status 

Primary  care  provider 

Primary  MTF 


The  registration  data  must  be 


re-verified  if  it  is  later  updated. 


t 
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c.  View  Registration  History  Data.  This  selection  causes  the  History 
Data  segment  to  replace  the  Sponsor  Data  segment.  The  History  Data  segment 
displays  information  on  the  patient's  most  recent  previous  admission  to  the 
MTF,  if  any.  See  Figure  5-3  for  an  example  Registration  Screen  with  History 
Data  segment,  and  Data  Chart  5-2  for  a  description  of  its  fields. 


(1)  LAST  INPATIENT  ADMISSION.  Date  on  which  the  patient  was  last  admitted 
to  the  MTF. 

(2)  LAST  INPATIENT  DISPOSITION.  Date  on  which  the  patient  was  last 
dispositioned  from  the  MTF. 

(3)  CURRENT  REG  NO.  of  the  patient. 

(4)  PREVIOUS  REG  NO.  Patient's  register  number  for  the  last  inpatient 
episode. 

(5)  DATE  OF  LAST  REGISTRATION  DATA  UPDATE.  Date  on  which  the  registration 
data  was  updated. 


Data  Chart  5-2.  REGISTRATION  -  HISTORY  DATA  SEGMENT 


d.  Return  to  Sponsor  Data.  This  selection  allows  the  user  to  have  the 
Sponsor  Data  segment  redisplayed  if  one  of  the  alternate  segments  is  being 
displayed. 
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I 
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I 
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Figure  5-3.  REGISTRATION  -  HISTORY  DATA  SEGMENT 
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SECTION  6.  ADMISSION  SCREENS 


6.1  Admission  Function  -  Overview.  The  Admission  function  collects  data  on 
the  inpatient  episode  that  is  necessary  to  admit  the  person  as  an  inpatient  in 
the  MTF.  Patients  can  only  be  admitted  using  this  function  after  they  have 
been  registered  using  the  Registration  function.  Admission  automatically 
generates  a  register  number  identifying  the  record  of  the  inpatient  episode, 
if  the  MTF  has  chosen  to  have  register  numbers  assigned  by  the  system  rather 
than  manually. 

Through  this  function,  users  can  enter  or  update  data  on  transfers  into  the 
MTF,  and  data  on  Medical  Evaluation  Board  status,  casualty  status,  and  absent 
status.  Users  can  also  cancel  admissions,  pre-admit  potential  inpatients,  and 
convert  admissions  to  pre-admissions.  This  function  facilitates  the  admission 
of  infants  born  in  the  MTF  by  retrieving  data  from  the  mother's  record.  And, 
through  Admission  users  can  request  printing  of  the  inpatient  products — the 
Admission  Form,  Index  Cards,  and  inpatient  embossed  cards. 

The  Admission  function  employs  a  primary  Admission  Screen,  which  consists  of 
the  Admission  Data  and  Entrance  Data  segments.  The  Entrance  Data  segment  can 
be  replaced  by  the  following  series  of  segments: 

a.  Newborn  Admission 

b.  Transfer-In 

c.  Emergency  Data 

d.  Cause  of  Injury 

e.  Absent  Status 

f.  Casualty  Status 

g.  Medical  Evaluation  Board  Status. 

In  addition  to  these  segments,  the  user  can  request  the  Inpatient  Products 
and  Admission  Cancellation  segments.. 


6.2  Primary  Admission  Screen  (Figure  6-1).  See  Data  Chart  6-1  for  a 
description  of  the  data  on  the  primary  screen. 
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Figure  6-1.  PRIMARY  ADMISSION  SCREEN 
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(1)  SOURCE  ADM.  Code  for  the  type  of  this  inpatient  admission  (e.g., 
"DIR”  for  "direct,"  "TFR"  for  "transfer").  Table  2001. 

(2)  REG  NO.  The  7-digit  number  that  uniquely  identifies  the  record  of 
this  inpatient  episode.  Can  be  assigned  automatically  by  the  system  or 
manually  by  the  user,  depending  on  the  choice  of  the  MTF  as  indicated 
through  the  System  Management  function.  If  numbers  are  being  assigned  by 
the  system,  this  field  will  display  a  register  number  when  the  primary 
Admission  Screen  for  the  new  admission  is  first  displayed.  If  numbers 
are  being  entered  manually,  the  user  can  enter  it  by  typing  over  whatever 
number  is  displayed.  An  8th  digit  is  the  newborn  suffix  (Air  Force 
only) . 

(3)  ADM  DATE/TIME.  Date  and  time  of  the  admission. 

(4)  ATTENDING  PHY.  The  code  for  the  physician  attending  this  patient. 
From  Table  1004. 

(5)  DATE  when  the  attending  physician  began  treatment  of  the  patient. 
Defaults  to  the  date  in  the  ADM  DATE/TIME  field  for  new  admissions. 

(6)  CLIN  SVC.  Code  designating  the  clinical  service  to  which  the 
patient  was  assigned.  Table  2005. 

(7)  DATE/TIME  when  the  clinical  service  assignment  was  made.  Defaults  to 
the  admission  date/time  for  new  admissions. 

(8)  WARD.  ID  of  ward  to  which  was  assigned.  Table  8010. 

(9)  ROOM.  Number  of  patient's  room.  Free  text. 

(10)  BED.  Number  of  the  bed  to  which  the  patient  is  assigned. 

(11)  DATE/TIME  when  the  patient  was  assigned  to  a  ward,  room,  and  bed. 
Defaults  to  the  admission  date/time  for  new  admissions. 

(12)  TYPE  CASE.  Code  indicating  the  type  of  medical  case  and  its  cause 
(e.g.,  disease,  assault,  battlefield  injury,  etc.).  From  Table  2004. 

(13)  ADM  PI AG:  CODE.  The  International  Classification  of  Diseases  code 
that  indicates  the  diagnosis  made  at  admission.  From  ICD  code  table. 

(14)  TEXT .  The  textual  description  of  the  diagnosis  made  at  admission. 

25  characters.  Defaults  to  the  text  description  of  the  ICD  code  as  it 
appears  in  the  table. 


Data  Chart  6-1.  PRIMARY  ADMISSION  SCREEN 
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(15)  STATUS;  ABSENT.  Code  indicating  the  hospitalization  status  of  the 
patient.  Table  2002. 


(16)  CASUALTY.  Patient's  casualty  status.  Indicates  the  seriousness  of 
the  patient's  condition.  Table  2011. 

(17)  MEB.  1-character  code  indicating  patient's  Medical  Evaluation  Board 
(MEB)  status.  For  active-duty  patients  only.  Table  2010. 

(18)  EAOS/ETS.  Expiration  of  term  of  service.  The  date  on  which  the 
patient  is  to  be  released  from  service,  if  active  duty. 

(19)  LENGTH  SVC.  Length  of  time  the  patient  has  been  on  active  duty. 
Table  2014. 


ENTRANCE  DATA  SEGMENT 

(20)  ADMITTING  PHYSICIAN.  The  physician  authorizing  the  admission. 

Table  1004. 

(21)  CLERK.  Initials  of  the  clerk  entering  the  admission.  3  characters. 

(22)  PREVIOUS  ADM.  If  the  patient  has  been  admitted  to  this  MTF  before, 
this  field  should  contain  "Y"  for  ''yes,''  and  the  year  of  the  admission. 

For  example,  "Y83"  means  that  the  patient  was  admitted  in  1983.  "N"  in 

this  field  means  the  patient  has  not  been  admitted  to  this  facility. 

(23)  PROJECTED  DISP;  TYPE.  Code  for  the  disposition  type  that  is 
expected  for  this  patient  (e.g.,  returned  to  duty,  transferred  to  another 
MTF,  AW0L,  deceased).  Table  2007. 

(24)  DATE.  The  date  on  which  this  patient  is  expected  to  be 
dispositioned. 

(25)  ADM  REMARKS.  65  spaces  available  for  free-text  remarks  about  the 
admission. 

(26)  MEAL  CARD.  A  "Y"  in  this  field  indicates  that  the  patient  has  a  meal 
card  (patient  must  be  active  duty).  (Air  Force  only.) 

(27)  HR,  DR,  SR,  PR,  OR,  PE.  A  "Y"  after  any  of  these  fields  indicates 
that  a  record,  or  orders,  or  personal  effects  have  been  received  for  this 
patient.  The  fields  are:  HR  =  health  record,  DR  =  dental  record,  SR  = 
service  record,  PR  =  pay  record,  OR  =  orders,  PE  a  personal  effects. 

(Navy  only. ) 


Data  Chart  6-1  (continued).  PRIMARY  ADMISSION  SCREEN 
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6.2.1  New  Admissions.  The  Admission  Screen  appears  after  registration  has 
been  completed  for  a  new  patient,  if  the  user  chose  Admission  processing  from 
the  User  Entry  Menu  Screen.  At  this  point  the  Admission  Screen  displays  only 
the  patient  data  entered  in  PHD  and  Registration. 

After  data  on  the  new  admission  has  been  entered  on  the  primary  Admission 
Screen,  a  series  of  screen  segments  are  displayed  in  place  of  the  Entrance 
Data  segment.  The  user  can  enter  data  on  each  segment.  When  the  user  has 
gone  through  all  the  segments  applicable  to  the  particular  patient,  the  new 
admission  is  complete. 

For  each  new  admission,  the  Emergency  Data  segment  will  be  displayed.  The 
remaining  segments  are  displayed  when  the  patient  data  indicates  they  are 
applicable.  These  segments,  the  order  in  which  they  appear,  and  the  reason 
they  are  displayed  are  listed  in  the  following  chart. 


1 .  Newborn  Admission 

2.  Transfer-In 

3.  Emergency  Data 

4.  Cause  of  Injury 

5.  Absent  Status 

6.  Casualty  Status 

7.  Medical  Evaluation 
Board  (MEB)  Status 


If  patient  is  a  newborn  (as  indicated 
by  SOURCE  ADM  field;  not  used  by  Air 
Force) . 

If  patient  has  transferred  into  this  MTF 
(as  indicated  by  SOURCE  ADM). 

For  every  admission. 

If  the  patient  was  admitted  for  treat¬ 
ment  of  an  injury  (as  indicated  by  TYPE 
CASE  field). 

If  absent  status  is  anything  other  than 
Bed  Occupied. 

If  patient  has  casualty  status  (as  indi¬ 
cated  by  CASUALTY  STATUS  field). 

If  patient  has  MEB  status  (as  indicated 
by  MEB  STATUS  field). 


The  following  paragraphs  describe  each  segment. 

a.  Newborn  Admission  Segment  (Figure  6-2).  This  segment  is  displayed  if 
the  user  has  indicated  in  the  SOURCE  OF  ADM  field  that  this  patient  is  a  new¬ 
born  (i.e.,  a  live  birth  in  this  MTF).  It  contains  one  field,  MOTHER'S  REG 
NO,  which  must  be  filled  in  by  the  user.  (The  baby's  mother  must  have  been 
admitted  before  the  baby.)  The  system  checks  to  make  sure  that  the  mother's 
record  is  on  file,  that  she  is  a  female,  and  that  her  status  is  currently  Bed 
Occupied.  When  a  valid  register  number  for  the  mother  is  entered,  the  next 
segment  is  displayed. 
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1  I XXXXXXXXXXXXXXX 


xxxxxxxxxxxxx 


SATE  xxxxxxxxxxx  TIME  xxxx 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


3 1  NAME  xxxxxxxxxxxxxxxxxxxxxxxxxxx  xxx  FMP  xx  SSN  xxxxxxxxxxx  DOB  xxxxxxxxxxx 
I 

4 1  PATIENT  CATEGORY  xxx  SEX  x  RELIGION  xxx  CHD  INTEREST  xxx/xxx/xxx 


6  I  SOURCE  ADM  xxx 


REG  NO  xxxxxxxx  ADM  DATE/TIME  xxxxxxxxxxxxxxxx 


7 1  ATTENDING  PHY  xxxxxx  DATE  xxxxxxxxxxx  CLIN  SVC  xxxx  DATE/TIHE  xxxxxxxxxxxxxxxx 


8 1  HARD  xxxx  ROOM  xxxxxx  BED  xxx  DATE/TIME  xxxxxxxxxxxxxxxx 


TYPE  CASE  xxx 


9IADM  DIAGS  CODE  xxxxxxx  TEXT  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
I 

10 1  STATUS:  ABSENT  xx  CASUALTY  xxx  NEB  x  EAOS/ETS  xxxxxxxxxxx  LENGTH  SVC  xxxx 


***  NEWBORN  ADMISSION  DATA  *X* 


14 1  MOTHER'S  REG  HQ  xxxxxxx 


1  -  INPATIENT  PRODUCTS 

2  -  VIEW  NEXT  SEGMENT 


3  -  RETURN  TO  ENTRANCE 

4  -  SELECTION  TABLE 


22 1  ENTER  SELECTION* 


Figure  6-2.  ADMISSION  -  NEWBORN  ADMISSION  SEGMENT 
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b.  Transfer-In  Segment  (Figure  6-3).  This  segment  is  displayed  if  the 
user  has  indicated  in  the  SOURCE  OF  ADM  field  that  this  patient  has  trans¬ 
ferred  into  this  MTF.  Data  Chart  6-2  describes  the  data  on  the  Transfer-In 
segment . 


(1)  INITIAL  ADMISSION  MTF.  Code  of  the  facility  where  the  initial 
hospitalization  for  this  episode  took  place. 

(2)  ADMISSION  DATE.  Date  when  the  patient  was  admitted  to  the  previous 
MTF. 

(3)  COUNTRY  OF  INITIAL  ADMISSION.  Code  of  the  country  in  which  the  pre¬ 
vious  MTF  is  located  (Army  only). 


Data  Chart  6-2.  ADMISSION  -  TRANSFER-IN  SEGMENT 
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c.  Emergency  Data  Segment  (Figure  6-4 ).’  The  Emergency  Data  segment  is 
used  to  record  data  that  would  be  needed  in  any  emergency  involving  this 
patient  (see  Data  Chart  6-3).  It  is  displayed  for  every  new  admission,  and  is 
usually  the  first  segment  to  appear  after  the  user  has  filled  out  the  primary 
Admission  Screen. 

When  the  emergency  data  for  a  patient  already  exists  on  the  system,  that  data 
will  be  displayed  when  this  segment  first  appears.  A  patient's  emergency  data 
may  already  be  on  the  system  if:  (1)  there  is  a  record  of  a  previous  admis¬ 
sion  for  the  patient  or  for  the  patient's  sponsor,  or  (2)  a  home  address  was 
entered  for  the  patient  on  the  Registration  Screen.  The  user  can  change  this 
defaulted  data  if  necessary.  After  processing  is  complete  on  this  segment, 
the  next  segment  in  the  series  is  displayed. 


(1)  NEXT  OF  KIN;  NAME.  Name  of  the  legal  next-of-kin  to  be  notified  for 
all  legal  changes  in  the  patient's  statuses. 

(2)  RELATION.  Relationship  of  the  next-of-kin  to  the  patient. 

(3)  ADDRESS .  Street  name  and  number  and  apartment  number  of  next-of-kin. 

(4)  ZIP  CODE  of  next-of-kin. 

(5)  CITY  of  next-of-kin. 

(6)  STATE  of  next-of-kin. 

(7)  PHONE  number  of  next-of-kin. 

(8)  EMERGENCY:  NAME.  Name  of  the  person  to  be  contacted  in  case  of 
emergency  regarding  this  patient. 

(9)  RELATION.  Relationship  of  the  emergency  contact  to  the  patient. 

(10)  ADDRESS .  Street  name  and  number  and  apartment  number  of  emergency 
contact. 

(11)  ZIP  CODE  of  the  emergency  contact. 

(12)  CITY  of  the  emergency  contact.  , 

(13)  STATE  of  the  emergency  contact. 

(14)  PHONE  number  of  the  emergency  contact. 


Data  Chart  6-3.  ADMISSION  -  EMERGENCY  DATA  SEGMENT 
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d.  Cause  of  Injury  Segment  (Figure  6-5).  This  segment  is  displayed  if 
the  TYPE  CASE  field  indicates  that  the  patient's  hospitalization  is  the  result 
of  an  injury.  On  this  segment  the  user  enters  data  on  that  injury,  after 
which  the  next  segment  in  the  series  is  displayed.  See  Data  Chart  6-4  for 
data  descriptions. 


(1)  MILITARY  THEATER  OF  OPERATIONS.  Code  for  the  theater  of  operations 
in  which  the  injury  took  place.  Table  2008.  (Navy  only.) 

(2)  ON  DUTY  FLAG.  Indicates  whether  the  injury  occurred  when  the  patient 
was  on  duty. 

(3)  CAUSE  OF  INJURY  (CODE).  Codes  indicating  the  class  of  trauma  and  the 
causative *agent. for  the  injury.  Table  2009. 

(4)  (TEXT) .  Free  text  describing  the  injury  and  place  injury  occurred. 


Data  Chart  6-4.  ADMISSION  -  CAUSE  OF  INJURY  SEGMENT 
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e.  Absent  Status  Segment  (Figure  6-6).  The  Absent  Status  segment  is 
displayed  on  a  new  admission  whenever  the  absent  status  is  anything  other  than 
Bed  Occupied,  or  whenever  the  absent  status  is  changed.  When  this  segment  is 
first  displayed  for  a  new  admission,  it  shows  the  absent  status  that  was 
entered  for  this  patient  on  the  primary  screen,  and  defaults  its  effective 
date  and  time  to  the  admission  date  and  time.  (See  Data  Chart  6-5.) 

If  the  initial  absent  status  is  not  Bed  Occupied,  two  A&D  transactions  will  be 
generated — one  for  the  admission  event,  and  one  for  the  change  of  status  out. 

An  absent  status  change  from  an  out  to  an  in  status  must  be  entered  on  the 
primary  Admission  Screen  so  that  the  new  ward  can  be  entered.  An  absent 
status  change  from  an  in  to  an  out  status  can  be  made  directly  on  the  absent 
status  segment.  The  ward  will  automatically  be  cleared  by  the  system. 


(1)  ABS  STATUS.  Indicates  the  patient's  hospitalization  status.  Table 

2002. 

(2)  EFF  DATE/TIME.  Date  and  time  when  this  absent  status  became 
effective.  Defaults  to  admission  date  and  time  on  a  new  admission. 

(3)  RETURN  DATE/TIME.  Date  and  time  when  patient  who  is  absent  from  the 
MTF  is  expected  to  return.  Required  for  certain  "out"  statuses  as  speci¬ 
fied  in  the  absent  status  table  (Table  2002). 

(A)  FACILITY  TYPE.  Code  indicating  the  type  of  facility  in  which  an 
absent  sick  patient  is  located.  Table  2015. 

(5)  COORD  MED  OFFICER.  Code  for  this  facility's  health  care  provider 
responsible  for  the  absent  sick  patient.  Table  1004. 

(6)  NON-MILITARY:  NAME.  Name  of  the  hospital  where  the  absent  sick 
patient  is  located. 

(7)  ADDRESS.  Street  name  and  number  of  non-military  hospital. 

(8)  ZIP  CODE  of  the  non-military  hospital. 

(9)  CITY  of  non-military  hospital. 

(10)  STATE  of  non-military  hospital.  Table  1015. 


Data  Chart  6-5.  ADMISSION  -  ABSENT  STATUS  SEGMENT 
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Figure  6-6.  ADMISSION  -  ABSENT  STATUS  SEGMENT 
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(11)  PHONE  number  of  non-military  hospital. 


(12)  CIVILIAN  PHYSICIAN.  Name  of  civilian  physician  attending  the 
patient. 

(13)  PHONE  number  of  civilian  physician. 


Data  Chart  6-5  (continued).  ADMISSION  -  ABSENT  STATUS  SEGMENT 


f.  Casualty  Status  Segment  (Figure  6-7).  This  segment  is  displayed  to 
collect  data  on  casualty  status  (see  Data  Chart  6-6,  below).  If  the  status  is 
Very  Seriously  Ill  (VSI),  Seriously  Ill  (SI),  or  Special  Category  (SC),  data 
on  this  patient  will  be  included  on  the  Roster  of  VSI/SI/SC  Patients  (see  Part 
III,  Outputs). 


(1)  CASUALTY  STATUS.  Code  indicating  the  seriousness  of  the  patient's 
condition.  Table  2011. 

(2)  PROGNOSIS.  Code  indicating  patient's  estimated  recovery  possibility. 

(3)  CASUALTY  DIAGNOSIS.  Free  text. 

(4)  DATE  NEXT  OF  KIN  LAST  NOTIFIED  of  the  casualty  status. 

(5)  DATE  STATUS  CHANGE.  Date  showing  any  change  in  the  status.  Filled 
in  automatically  by  the  system.  Can  be  updated. 

(6)  DATE  PLACED  ON  CASUALTY  ROSTER.  Filled  in  by  the  system.  Can  be 
updated. 

(7)  DATE  REMOVED  FROM  ROSTER.  Date  when  status  changed  to  non-casualty. 
Filled  in  automatically  by  system,  and  can  be  updated. 

(8)  DATE  NOTIFIED  HIGHER  COMMAND.  Date  on  which  higher  command  was 
notified  of  the  casualty  status.  Air  Force  and  Navy  only. 


Data  Chart  6-6,  ADMISSION  -  CASUALTY  STATUS  SEGMENT 
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Figure  6-7.  ADMISSION  -  CASUALTY  STATUS  SEGMENT 
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g.  Medical  Evaluation  Board  (MEB)  Status  Segment  (Figure  6-8). 
merit  is  displayed  to  collect  data  on  MEB  status  (see  Data  Chart  6-7).  T 
Status  segment  is  displayed  if  the  MEB  status  is  initially  entered  or 
nged  on  the  primary  Admission  Screen,  or  if  the  user  chooses  the  "update 
segment"  option  from  the  selection  table. 


(1)  MEB  CANDIDATE.  Single-character  code  indicating  the  Medical  Evalua- 
Board  status  of  the  patient.  If  the  user  enters  "P"  ("potential  candi¬ 
date"),  the  DATE  IDENTIFIED  field  will  default  to  the  current  date.  If 
the  user  enters  "R"  ("resolved"),  the  DATE  RESOLVED  field  will  default  to 
the  current  date.  For  active-duty  patients  only.  Table  2010. 

(2)  DATE  IDENTIFIED.  Date  when  an  MEB  status  was  first  entered  for  this 
patient. 

(3)  DATE  CONFIRMED.  Date  when  an  MEB  status  of  "C"  ("confirmed")  was 
entered. 

(4)  DATE  RESOLVED.  Date  when  a  status  of  "R"  ("resolved")  was  entered. 


(5)  MEB  REMARKS.  Free  text. 


Data  Chart  6-7.  ADMISSION  -  MEB  STATUS  SEGMENT 
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6,2.2  Special  Admissions. 


6. 2. 2.1  Preadmissions.  Preadmitting  a  person  means  filling  in  the  Registra- 
tion  and  Admission  Screens  for  that  person  before  his  or  her  actual  admission 
date.  The  user  can  reserve  a  bed  for  that  patient  by  entering  a  ward  assign¬ 
ment.  When  .the  person  actually  arrives  to  be  admitted,  the  user  may  need  to 
make  only  minor  adjustments  to  the  record,  thus  speeding  up  the  Admission 
function. 

The  Admission  Screen  is  filled  in  for  a  preadmission  the  same  way  as  for  ad¬ 
missions  except  that  a  preadmission  code  is  entered  in  the  SOURCE  ADM  field. 
Although  a  register  number  will  appear  on  the  screen  if  register  numbers  are 
being  assigned  automatically,  this  number  will  not  actually  be  assigned  to  the 
record  if  the  source  of  admission  indicates  this  is  a  preadmission. 

To  convert  a  preadmission  to  an  admission,  the  user  enters  an  appropriate 
source  of  admission  code  and  the  actual  date  and  time  of  admission. 

An  admission  can  be  changed  to  a  preadmission,  and  preadmissions  can  be  can¬ 
celled,'  just  as  admissions  can,  by  using  the  Admission  Cancellation  segment. 
See  section  6.2.3. 


6. 2. 2. 2  Carded  for  Record  Only  and  Emergency  Room  Death  Cases  (Army  and  Air 


Force  Only).  "Carded  for  Record  Only"  usually  refers  to  patients  who  were 
dead  on  arrival  at  the  MTF.  Emergency  Room  Death  refers  to  someone  who  has 
died  in  the  Emergency  Room  before  admission  to  the  MTF.  To  admit  a  CRO  or  ERD 
case,  the  user  enters  a  source  of  admission  of  CRO  or  ERD,  an  absent  status  of 
CR,  and  a  clinical  service  appropriate  for  CRO  or  ERD  cases.  The  Emergency 
Data  and  Absent  Status  segments  will  be  displayed  next,  and  then  the  Disposi¬ 
tion  segment  (see  section  8.1).  In  other  words,  CRO  and  ERD  patients  are 
admitted  and  then  immediately  dispositioned.  The  system  will  treat  either  as 
dispositioned  patients.  If  the  CRO  or  ERD  should  be  cancelled  later,  this  is 
done  via  the  Disposition  function  (section  8.4.1). 


/-  .v 

V.-.V.V 
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6.2.3  The  Admission  Sub-Menu.  The  user  can  use  the  options  listed  on  the 
Admission  sub-menu  after  processing  the  series  of  segments  for  a  new  admis¬ 
sion,  or  when  processing  an  already  existing  record.  There  are  a  total  of  12 
sub-menu  options;  the  complete  sub-menu  is  displayed  when  the  user  selects 
option  4,  SELECTION  TABLE. 

a.  Inpatient  Products.  This  option  displays  the  Inpatient  Products  seg¬ 
ment  (Figure  6-9),  from  which  the  user  can  request  printing  of  Admission  Forms 
(Army  and  Navy  only),  Index  (3x5  or  5x8)  Cards,  and  inpatient  embossed  cards, 
all  of  which  contain  information  on  the  admission.  Index  cards  are  printed  in 
sets;  the  number  of  cards  in  each  set  is  specified  on  the  MTF  Profile  in  Sys¬ 
tem  Management  (see  section  11.4).  The  user  can  print  as  many  sets  as  de¬ 
sired.  On  a  new  admission,  one  Admission  Form  and  one  set  of  Index  Cards  will 
be  produced  unless  the  user  changes  the  default  request  on  this  segment.  See 
Part  III,  Outputs,  for  details  on  the  contents  of  these  products. 

b.  View  Next  Segment.  This  option  displays  the  next  segment  in  the 
order  discussed  in  section  6.2.1,  even  if  it  is  not  relevant  to  the  patient 
record  being  accessed. 

c.  Return  to  Entrance.  This  option  redisplays  the  Entrance  Data  segment 
when  another  segment  is  displayed.  (However,  neither  this  nor  any  other 
option  can  be  selected  when  the  series  of  segments  is  being  displayed  auto¬ 
matically  for  a  new  admission,  as  described  in  section  6.2.1.) 

d.  Selection  Table.  This  option  causes  the  Entrance  Data  area  of  the 
screen  to  be  replaced  by  the  rest  of  the  Admission  sub-menu  (Figure  6-10). 

Selections  5  through  11  (e  through  k,  below)  display  the  screen  segment  indi¬ 
cated  and  allow  the  user  to  update  it. 

e.  Update  Newborn  Admission  Data. 

f .  Update  Transfer-In  Data. 

g.  Update  Emergency  Data. 

% 

h.  Update  Cause  of  In.jury  Data. 

i.  Update  Absent  Status  Data. 

j .  Update  Casualty  Status  Data. 

k.  Update  MEB  Status  Data. 
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Figure  6-9.  ADMISSION  -  INPATIENT  PRODUCTS  SEGMENT 
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1.  Admission  Cancellation.  This  option  displays  the  Admission 
Cancellation  segment  (Figure  6-11)  and  allows  the  user  to: 

(1)  Cancel  an  admission,  by  entering  a  cancel  admission  code  in  the 
SOURCE  ADM  field. 

(2)  Cancel  a  preadmission,  by  entering  a  cancel  preadmission  code  in 
SOURCE  ADM. 

(3)  Change  an  admission  to  a  preadmission,  by  entering  a 
preadmission  code  in  SOURCE  ADM. 

Admission  cancellation  cannot  be  used  on  a  new  admission  that  has  just  been 
entered  but  not  yet  stored.  See  Data  Chart  6-8. 


(1)  SOURCE  ADM.  Code  for  the  type  of  inpatient  admission  (e.g.,  direct 
admission,  transfer,  etc.).  Table  2001. 

(2)  CLERK.  Initials  of  clerk  entering  data  in  this  segment. 

(3)  AUTHORIZING  PHYSICIAN.  Code  for  the  physician  authorizing  the 
cancellation. 


(4)  DATE  OF  CANCELLATION. 

(5)  REASON  FOR  CANCELLATION.  Free  text. 
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SECTION  7.  TRANSFER  SCREENS 


7.1  Transfer  Function  -  Overview.  Through  this  function  the  user  keeps  track 
of  a  patient's  transfers  within  the  hospital,  such  as  changes  in  ward,  clini¬ 
cal  service,  or  physician  assignments.  (The  Transfer  function  is  not  con¬ 
cerned  with  transfers  into  or  out  of  the  MTF.)  Transfer  consists  of  the  same 
screens  as  Admission.  Transfer  can  be  used  to  perform  all  the  functions 
available  in  Admission  except  admitting  new  patients,  cancelling  admissions 
and  preadmissions,  and  changing  preadmissions  to  admissions  (and  vice  versa). 
The  purpose  of  the  Transfer  function  is  to  make  most  Admission  processing 
available  to  many  users,  but  to  restrict  the  number  of  sites  within  an  MTF 
where  new  admissions  and  admission  cancellations  can  be  performed. 

Selecting  Transfer  on  the  User  Entry  Menu  calls  up  the  PTID  Screen,  through 
which  the  user  locates  the  patient  record  to  be  processed.  Only  records  of 
patients  who  have  been  registered  and  admitted  are  accessible.  When  the 
record  is  located,  the  primary  Admission  Screen  is  displayed.  All  the  Admis¬ 
sion  screen  segments  are  available  except  Admission  Cancellation.  See  section 
6  for  examples  and  descriptions  of  these  screens. 


Q008  AQCESS  -  PAD 


7-1 


SECTION  8.  DISPOSITION  SCREENS 


8.1  Disposition  Function  -  Overview.  Through  Disposition  the  user  enters 
data  about  the  patient's  discharge  from  the  MTF.  When  dispositioning  mothers 
of  newborns,  the  Disposition  function  prompts  the  user  to  disposition  the  new¬ 
born  or  change  it  to  pay  status.  This  function  is  also  used  to  cancel 
dispositions. 

When  Disposition  is  selected  from  the  User  Entry  Menu,  the  PTID  Screen  is  dis¬ 
played,  and  the  user  can  locate  the  patient  record  to  be  processed.  If  the 
patient  has  been  dispositioned  and  Clinical  Records  processing  has  begun  on 
that  record,  it  will  not  be  available  in  Disposition.  If  not,  the  system  dis¬ 
plays  the  primary  Disposition  Screen  when  the  record  is  located  (Figure  8-1 
and  Data  Chart  8-1). 

The  primary  Disposition  Screen  consists  of  two  segments:  Admission  Summary 
and  Disposition.  The  Admission  Summary  contains  the  same  data  as  the  Admis¬ 
sion  Data  segment  at  the  top  of  the  Admission  Screen.  It  is  for  review  only 
and  cannot  be  updated  in  Disposition.  The  Disposition  segment  contains  data 
fields  related  to  the  disposition  itself. 

The  Disposition  segment  can  be  overlaid  by  the  Newborn  Disposition,  Disposi¬ 
tion  Cancellation,  or  Newborn  Disposition  Cancellation  segments. 


See  Data  Chart  6-1  for  a  description  of  the  fields  in  the  Admission 
Summary. 

(1)  DISPOSITION  TYPE.  Code  indicating  the  patient's  status  at  the  end  of 
hospitalization.  Table  2007. 

(2)  DISPOSITION  DATE/TIME.  Date  and  time  when  the  patient  left-  the 
hospital's  care. 

(3)  MTF  TRANSFERRED.  If  the  disposition  type  indicates  that  the  patient 
is  transferring  to  another  MTF,  the  code  for  that  MTF  is  entered  here. 
Table  1005. 

(4)  CLERK.  Initials  of  the  clerk  entering  the  disposition. 

(5)  PHYSICIAN  ORDERING  DI5P.  Code  for  the  physician  ordering  the 
disposition.  Table  1004. 

(6)  PHYSICIAN  AUTHENTICATING  DI5P.  Code  for  the  physician  who  authenti¬ 
cates  the  disposition.  Table  1004. 
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Figure  8-1.  PRIMARY  DISPOSITION  SCREEN 
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8.2  Dispositioninq  a  Patient.  If  the  record  indicates  -that  this  is  a  current 
inpatient,  the  user  can  disposition  the  patient  by  entering  a  disposition  type 
and  filling  out  the  other  required  fields  on  the  Disposition  segment.  If  the 
patient  is  active  duty,  the  user  must  enter  a  disposition  type  that  is  valid 
for  active-duty  patients. 


8.3  Newborn  Disposition  Segment.  The  Newborn  Data  segment  is  displayed  auto¬ 
matically  when  the  user  has  dispositioned  a  mother  of  a  nondispositioned  new¬ 
born  (see  Figure  8-2).  This  segment  contains  the  same  data  fields  as  the 
Disposition  segment,  with  the  addition  of  the  infant's  register  number,  FMP, 
and  SSN.  A  sub-menu  is  displayed  with  this  segment,  and  the  user  must  use  one 
of  the  options  listed:  either  disposition  the  baby  (option  1),  or  change  it 
to  pay  status  (option  2).  If  the  user  chooses  to  change  the  baby's  status, 
the  screen  will  display  a  SOURCE  ADM  field  in  which  the  user  enters  the  pay 
status  code.  A  change  to  pay  status  can  only  be  made  as  a  result  of  the 
mother's  disposition. 

If  a  multiple  birth  is  associated  with  the  mother's  record,  the  system  will 
display  a  Newborn  Disposition  segment  for  each  infant  in  turn. 
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Figure  8-2.  DISPOSITION  -  NEWBORN  DISPOSITION  SEGMENT 
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8.4  The  Disposition  Sub-Menu.  The  Disposition  sub-menu  is  displayed  when  the 
user  has  just  dispositioned  a  patient  but  has  not  yet  left  the  screen,  or  when 
processing  the  record  of  a  previously  dispositioned  patient.  The  paragraphs 
to  follow  describe  the  functions  available. 


8.4.1  Cancel  Disposition.  The  user  can  cancel  any  disposition,  except  one 
that  was  just  entered  but  has  not  yet  been  stored  on  the  system.  When  this 
option  is  selected,  the  Disposition  Cancellation  segment  is  displayed  (Figure 
8-3  and  Data  Chart  8-2). 


(1)  WARD  from  which  the  patient  was  dispositioned  or  to  which  the  patient 
will  be  reassigned  if  the  disposition  is  cancelled. 

(2)  ROOM  to  which  patient  was  assigned. 

(3)  BED  to  which  patient  was  assigned. 

(4)  DATE/TIME  when  last  ward  assignment  was  made.  Should  be  updated  if 
the  ward  is  changed. 

(5)  CANCEL  DATE.  Date  on  which  the  disposition  is  cancelled. 

(6)  AUTHORIZING  PHYSICIAN.  Code  for  the  physician  authorizing  the 
cancellation.  Table  1004. 

(7)  CLERK.  Initials  of  the  clerk  entering  the  cancellation. 

(8)  REASON  FOR  CANCELLATION.  Free  text. 


Data  Chart  8-2.  DISPOSITION  -  DISPOSITION  CANCELLATION  SEGMENT 
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Figure  8-3.  DISPOSITION  -  DISPOSITION  CANCELLATION  SEGMENT 
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The  Disposition  Cancellation  segment  can  be  used  to  cancel  CRO  and  CRD  cases 
(see  section  6. 2. 2. 2).  An  authorizing  physician  and  a  reason  for  the  cancel¬ 
lation  must  be  entered.  Cancelling  the  disposition  for  either  a  CRO  or  CRD 
case  automatically  cancels  its  admission,  but  does  not  affect  the  patient's 
registration  data. 

If  the  user  has  cancelled  a  mother's  disposition,  the  Newborn  Disposition 
Cancellation  segment  will  be  displayed  next  for  the  dispositioned  newborn  (or 
newborns)  associated  with  her  inpatient  episode.  Figure  8-4  shows  an  example 
of  the  Newborn  Disposition  Cancellation  screen  segment.  This  segment  displays 
the  same  data  fields  as  the  Disposition  Cancellation  segment,  with  additional 
fields  for  the  infant's  register  number,  name,  FMP,  and  DOB,  and  with  its  own 
sub-menu.  If  the  newborn  was  dispositioned,  the  user  will  be  able  to  cancel 
that  disposition,  if  appropriate,  by  selecting  option  1  from  this  segment's 
sub-menu.  If  the  newborn's  disposition  is  to  remain  in  effect,  the  user 
selects  option  2. 


8.4.2  View  Admission  Data.  This  option  allows  the  user  to  view  the  admission 
data  on  a  patient  who  has  been  dispositioned.  After  making  this  selection, 
the  entrance  Data  segment  will  be  displayed  in  place  of  the  Disposition  seg¬ 
ment,  and  the  user  will  be  able  to  view  each  segment  in  the  Admission 
sequence,  and  to  request  inpatient  products.  None  of  the  data  on  these  seg¬ 
ments  can  be  updated  in  Disposition. 
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Figure  8-4.  DISPOSITION  -  NEWBORN  DISPOSITION  CANCELLATION  SEGMENT 
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SECTION  9.  CORRECTION  MANAGEMENT  SCREENS 


9.1  Correction  Management  Function  -  Overview.  Correction  Management  allows 
the  user  to  correct  errors  in  the  patient  record  that  are  not  correctable 
through  any  other  AQCESS  function.  Through  this  function,  the  user  can  cor¬ 
rect  absent  status,  clinical  service,  and  ward  assignment  data.  If  an  Admis¬ 
sion  and  Disposition  Report  contains  any  incorrect  data,  the  user  can  enter 
notes  in  Correction  Management  that  will  appear  on  the  next  A&D  Report  that  is 
printed. 

When  this  function  is  chosen  from  the  User  Entry  Menu,  the  Register  Number 
Identification  Screen  is  displayed,  on  which  the  user  enters  the  register  num¬ 
ber  of  the  record  to  be  corrected.  If  the  record  has  been  accessed  by  Clini¬ 
cal  Records,  it  is  not  available  to  Correction  Management  or  R/ADT  users 
unless  the  record  is  released  from  Clinical  Records. 

If  the  record  is  available  in  Correction  Management,  the  screen  displays  the 
register  number,  name,  FMP,  and  SSN  of  the  patient,  and  a  sub-menu  of  func¬ 
tions  the  user  can  access  (Figure  9-1).  The  user  can.  edit  certain  Admission 
and  Disposition  data,  edit  text  notes  for  the  next  A&D  Report,  or  edit  an 
event  record,  which  contains  absent  status,  clinical  service,  and  ward  change 
data.  These  selections  are  described  in  the  paragraphs  to  follow. 


9.2  Editing  Admission  and  Disposition  Data.  This  option  displays  the  Admis¬ 
sion  and  Disposition  Data  Screen,  showing  data  that  was  entered  in  Admission 
and  Disposition,  and  the  user  will  be  able  to  correct  it  (see  Figure  9-2). 
Consistency  edits  will  be  performed  on  some  of  this  data  as  it  is  entered,  and 
on  other  data  when  the  user  has  finished  processing  for  this  screen.  When  the 
user  has  completed  processing  on  this  screen,  the  system  will  ask  the  user  to 
confirm  that  the  correction  should  be  filed. 

The  following  conditions  apply  to  data  entry  on  the  Admission  and  Disposition 
Data  Screen: 

a.  The  user  cannot  disposition  a  patient  or  cancel  a  disposition. 

b.  The  user  cannot  enter  a  CRO  or  ERD  or  pay  status  code  at  SOURCE  OF 
ADMISSION. 

c.  The  user  cannot  change  a  source  of  admission  if  it  is  CRO,  ERD,  pay 
status,  absent  sick,  or  cancelled. 

d.  The  system  deletes  related  transfer-in  data  if  the  source  of  admis¬ 
sion  is  changed  from  transfer-in  to  direct. 

e.  The  user  must  enter  related  transfer-in  data  if  he  or  she  has 
changed  the  source  of  admission  to  tran9fer-in. 
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Figure  9-2.  CORRECTION  MANAGEMENT  -  ADMISSION  &  DISPOSITION  DATA  SCREEN 
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f.  The  user  must  enter  mother's  register  number  if  the  source  of  admis¬ 
sion  is  changed  to  newborn. 

g.  The  system  automatically  updates  the  effective  dates  and  times  for 
first  absent  status  and  clinical  service  entries  if  the  user  changes 
the  date  and  time  of  the  patient's  admission. 

h.  The  user  must  enter  the  code  for  the  MTF  transferred  to,  if  the  dis¬ 
position  code  is  changed  to  transfer-out. 

i.  The  system  will  delete  the  code  for  MTF  transferred  to,  if  the  user 
changes  the  disposition  code  from  transfer-out  to  a  non-transfer 
code. 


9.3  Editing  Text  Notes  for  the  A&D  Report.  This  option  enables  the  user  to 
correct  textual  notes  for  a  particular  inpatient  episode  that  will  appear  on 
the  next  AAD  Report.  The  user  will  only  be  able  to  edit  notes  that  will  be 
printed  on  the  next  A&D  Report,  not  notes  that  have  appeared  on  previous 
reports.  When  the  user  makes  this  selection,  the  Text  Notes  Screen  is  dis¬ 
played,  showing  any  notes  that  the  system  has  automatically  generated  for  the 
next  report  (Figure  9-3),  The  REPORT  DATE  shows  the  date  of  the  report  on 
which  the  note  will  be  printed. 

The  user  will  be  able  to  change  the  notes  displayed  and  to  add,  change,  or 
delete  new  notes.  When  adding  notes,  the  user  will  not  be  able  to  change  the 
REPORT  DATE,  which  will  always  be  today's  report.  In  the  EFFECT  DATE  field, 
the  user  enters  the  date  of  the  A&D  Report  to  which  the  new  note  refers. 
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9.4  Editing  an  Event  Record.  With  this  selection,  the  user  is  able  to  change 
records  of  A&D  events.  An  A&D  event  is  an  admission,  a  disposition,  or  a 
change  in  the  patient's  ward,  clinical  service,  or  absent  status  that  is 
reported  on  the  A&D  Report.  The  Event  Record  Screen  displayed  by  this 
selection  shows  patient  identification  data,  and  one  line  of  data  for  each 
change  in  ward,  clinical  service,  or  absent  status  that  has  already  been 
entered  on  this  patient.  The  patient's  admission  and  disposition  are  also 
represented  by  one  line  of  data  each  (Figure  9-4). 

If  the  patient  was  admitted  as  "Bed  Occupied,"  the  first  line  of  data  will 
display  the  clinical  service  and  ward  assigned  at  admission.  Any  absent 
statuses  other  than  Bed  Occupied  indicates  that  the  patient  is  absent  from  the 
MTF  and  can  be  referred  to  as  an  "out"  status.  If  the  patient  had  an  out 
status  at  the  time  of  admission,  the  first  line  of  data  will  show  the  clinical 
service  and/or  ward  entered  at  admission,  and  the  second  line  will  show  the 
absent  status.  This  is  tracked  as  an  admission  and  change  of  status  out. 

The  remaining  lines  of  event  record  data  will  show  any  changes  to  ward,  absent 
status,  and  clinical  service  that  have  already  been  entered.  If  the  patient 
has  been  dispositioned,  the  last  line  of  data  will  reflect  the  ward  assignment 
in  effect  at  disposition. 

The  following  conditions  govern  how  event  record  data  is  displayed  on  this 
screen : 

a.  Two  "out"  absent  statuses  will  not  appear  consecutively. 

b.  If  absent  status  changes  to  an  "out"  status,  an  OLD  WARD  will  be 
displayed. 

c.  If  absent  status  changes  to  Bed  Occupied,  a  NEW  WARD  will  be 
displayed. 

d.  Changes  to  and  from  an  absent  status  of  "On  Pass"  will  not  result  in 
a  NEW  or  OLD  WARD  displayed,  since  days  spent  On  Pass  are  counted  as 
bed  days. 

e.  If  the  ward  changes,  the  old  ward  and  the  new  ward  will  be 
displayed. 

Ten  event  records  can  be  displayed  on  each  page  of  this  screen.  The  user  can 
enter  "N"  to  view  the  next  page  of  event  record  data. 

The  user  can  insert  a  new  line  of  data  into  the  event  record  list.  (Data 
cannot  be  added  to  the  end  of  the  list  for  current  patients,  since  that  would 
become  the  current  data  for  the  patient,  and  that  kind  of  change  can  be  can  be 
entered  through  another  R/ADT  function.)  Whether  inserting  or  changing  data, 
the  user  must  observe  the  constraints  described  above  (i.e.,  when  the  user 
enters  a  change  to  an  "out"  status,  he  or  she  must  enter  a  ward  ID  under  OLD 
WARD,  etc.). 
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To  insert  data  about  an  event  record  change,  the  user  enters  the  number  of  the 
first  blank  event  line  and  then  the  effective  date  and  time  of  the  change. 

The  system  prompts  the  user  to  specify  which  type  of  event  is  being  created 
(absent  status,  clinical  service,  or  ward).  If  the  date/time  is  valid,  the 
user  will  be  able  to  enter  the  data. 

To  update  an  existing  event  record,  the  user  enters  its  line  number. 
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SECTION  10.  BED  MANAGEMENT  SCREEN 


10.1  Bed  Management  Function  -  Overview.  Bed  Management  maintains  figures  on 
the  number  of  beds  that  are  occupied  or  available  on  each  ward  in  the  MTF. 
Through  this  function,  the  user  can  review  bed  availability  statistics  and  can 
create  or  delete  ward  status  records,  which  define  the  wards  for  the  system. 

When  this  function  is  chosen  from  the  User  Entry  Menu  Screen,  the  Bed  Manage¬ 
ment  ID  Screen  is  displayed,  on  which  the  user  enters  the  ID  of  a  ward.  (The 
user  can  enter  "TOT"  to  review  bed  availability  totals  for  all  wards  in  the 
MTF.)  After  a  valid  ward  ID  (or  "TOT")  is  entered,  the  Bed  Management  Screen 
appears  (Figure  10-1). 


10.2  Bed  Management  Screen.  The  Bed  Management  Screen  displays  current 
information  on  the  ward  selected,  or  total  figures  for  the  whole  MTF  (see  Data 
Chart  10-1).  This  ward  information  is  referred  to  as  a  "ward  status  record." 
The  ward  status  record  defines  the  ward  to  the  system. 


(1)  WARD  ID.  ID  number  of  the  ward  for  which  data  is  requested.  Cannot 
be  all  numeric. 

(2)  AVAILABLE  BEDS.  Number  of  available  beds  on  the  ward.  For  display 
only. 

(3)  DESCIPTION.  The  type  of  ward  this  is  (e.g.,  pediatrics).  Free  text. 

(4)  BLOCKED  BEDS.  Number  of  beds  in  use  or  temporarily  marked  as  unavail¬ 
able.  This  figure  is  the  sum  of  the  number  of  occupied  beds,  beds  re¬ 

served  for  preadmits,  and  otherwise  unavailable  beds  ("OTHER").  For  dis¬ 
play  only. 

(5)  OCCUPIED  BEDS.  Number  of  beds  currently  in  use.  For  display  only. 

(6)  PREADMITS.  Number  of  beds  reserved  for  preadmits.  For  display  only. 

(7)  OTHER.  The  number  of  beds  that  are  unavailable  for  other  reasons. 

(8)  TOTAL;  BEDS.  The  number  of  beds  physically  assigned  to  the  ward. 


Data  Chart  10-1.  BED  MANAGEMENT  SCREEN 
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Figure  10-1.  BED  MANAGEMENT  SCREEN 
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The  user  creates  a  ward  status  record  by  entering,  on  the  ID  Screen,  the  ID  of 
a  ward  that  does  not  currently  exist  on  the  system.  The  system  edits  the  new 
ward  ID  entered  to  make  sure  that  no  ward  with  that  ID  already  exists.  Then 
on  the  Bed  Management  Screen,  the  user  enters  its  description,  the  total 
number  of  beds  assigned  to  it,  and  number  of  blocked  beds,  if  any. 

The  Bed  Management  Screen  lists  the  following  sub-menu  options. 

a.  View  Next.  With  this  option,  the  user  can  view  information  on  each 
ward  in  the  MTF  in  turn. 

b.  Delete  Ward.  With  this  option,  the  user  can  logically  delete  a  ward 
status  record.  Deleting  a  record  makes  the  ward  inactive;  the  actual  record 
is  retained  on  the  system  with  0  beds,  and  can  later  be  reactivated. 

Only  the  ward  status  record  of  an  empty  ward  can  be  deleted.  If  any  of  the 
beds  on  that  ward  are  blocked,  the  ward  status  record  cannot  be  deleted.  When 
the  user  has  entered  a  ward  ID  on  the  ID  Screen,  the  Bed  Management  Screen 
displays  data  on  that  ward.  If  the  user  chooses  this  option,  and  the  ward  has 
no  current  blocked  beds,  the  system  will  display  a  message  prompting  the  user 
to  confirm  that  this  ward  should  be  deleted.  The  ward  status  record  will  not 
be  physically  removed  from  the  file.  It  will  be  flagged  as  deleted  as  of  the 
date  when  it  was  deleted. 
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SECTION  11.  SYSTEM  MANAGEMENT  SCREENS 


11.1  System  Management  Function  -  Overview.  This  function  is  used  by  the 
system  manager  to  regulate  the  operation  of  AQCESS  and  to  ensure  the  security 
of  the  system.  Only  an  authorized  system  manager  has  access  to  System 
Management,  and  only  one  person  can  use  this  function  at  any  given  time. 

When  the  user  selects  this  option  from  the  User  Entry  Menu,  the  System 
Management  Menu  Screen  is  displayed  (Figure  11-1),  listing  the  actions  that 
can  be  performed.  Through  System  Management,  the  system  manager  can: 

a.  Modify  system  tables,  which  define  the  valid  entries  for  specific 
data  fields  on  the  system's  screens,  and  print  table  listings. 

b.  List  system  tables. 

c.  Maintain  hospital  profile  data,  including  the  MTF's  name  and  code, 
the  default  service  code,  and  whether  the  MTF  has  chosen  to  have 
register  numbers  assigned  to  records  automatically  or  manually. 

d.  Reserve  blocks  of  register  numbers  for  manual  assignment  to  records, 
or  release  reserved  blocks  of  numbers  for  automatic  assignment. 

e.  Generate  user  IDs  and  passwords,  assign  functional  privileges  to 
users  and  to  terminals,  and  allow  locked-out  users  to  re-access  the 
system. 

This  section  describes  the  functions  listed  on  the  System  Management  Menu. 
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11.2  MTF  Table  Maintenance.  Figure  11-2  shows  the  Table  Maintenance  Screen 
as  it  appears  when  the  Table  Maintenance  option  is  selected.  Through  Table 
Maintenance,  the  system  manager  can  change,  add,  or  delete  individual  table 
items,  or  view  information  on  them.  These  options  are  listed  on  the  Table 
Maintenance  Screen's  sub-menu. 

Whether  the  user  chooses  to  view,  add,  delete,  or  change  table  items,  he  or 
she  must  first  identify  the  table  in  question.  When  the  user  chooses  one  of 
these  options  from  the  sub-menu,  the  screen  displays  a  field  in  which  to  enter 
the  ID  number  of  the  table.  The  user  can  query  Help  for  a  list  of  the  tables 
and  their  IDs. 

The  user  must  then  enter  the  code  that  he  or  she  wishes  to  add,  change,  de¬ 
lete,  or  view.  The  code  is  the  set  of  characters  that  is  entered  in  a  given 
data  field,  such  as  "A41 "  denoting  an  Army  dependent,  or  "DIR"  meaning  a 
direct  admission.  The  user  may  enter  a  ?  to  have  the  codes  in  the  current 
table  listed  bn  the  screen. 

After  the  table  and  code  are  identified,  the  information  that  is  displayed 
varies  depending  on  which  function  the  user  selected. 
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a.  Changing  an  Existing  Item.  When  the  user  chooses  to  change  ’an 
individual  table  item,  the  screen  displays  the  description  of  that  item  and 
any  additional  parameters  applicable  for  the  selected  table.  Different  addi¬ 
tional  parameters  are  displayed  for  different  tables.  The  user  is  able  to 
change  any  or  all  of  the  information. 

For  many  tables,  the  first  piece  of  additional  information  to  appear  after  the 
item's  description,  are  the  edit  flags  that  may  be  associated  with  that 
item.  An  edit  flag  ife  a  single-digit  number  that  stands  for  an  additional 
piece  of  information  describing  the  data  item.  Edit  flags  are  associated  with 
the  codes  on  some,  but  not  all,  system  tables,  and  are  important  to  system 
processing  and  consistency  editing. 

When  the  Table  Maintenance  Screen  displays  the  data  for  a  table  item  that  is 
to  be  changed,  it  will  list  all  of  the  edit  flags  for  that  item  and  display, 
in  turn,  the  table  that  shows  what  each  edit  flag  means.  For  example,  for  the 
code  "TFR"  on  the  Disposition  Type  Table,  the  flags  are  3311.  Below,  that, 
the  screen  displays  the  following: 

Flag  1 

1  -  Predisposition 

2  -  Death 

3  -  Transfer 

4  -  Same  day  (DSD) 

This  shows  that  the  meaning  of  the  first  flag  ("3")  is  "Transfer.”  The  user 
can  enter  another  number  for  the  flag,  or  press  the  RETURN  key  and  see  the 
table  for  the  next  flag,  which  is: 

Flag  2 

1  -  Military  only 

2  -  Civilian  only 

3  -  Both  . 

Since  the  second  flag  is  "3,"  this  means  that  the  disposition  type  of  "trans¬ 
ferred"  can  be  entered  for  both  military  and  civilian  patients.  Each  of  the 
subsequent  edit  flags  supplies  an  additional  piece  of  information  about  the 
data  item.  The  number  and  kind  of  edits  flags  is  different  for  each  table. 

After  all  of  the  edit  flags  have  been  displayed,  more  information  on  the  item 
can  be  displayed.  For  the  Disposition  Type  Table,  service  flags  for  the  code 
are  displayed.  These  flags  indicate  for  which  Military  Departments  this  code 
is  valid.  Then,  for  this  table,  codes  that  represent  the  data  item  on  the 
Coding  Transcript  Tape  are  displayed  in  the  NAVY,  AIR  FORCE,  and  ARMY  fields. 
Data  Chart  11-1  describes  the  data  that  is  displayed  for  the  Disposition.  Type 
Table. 
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(1)  TABLE  ID.  The  ID  number  of  the  table  on  which  an  item  is  to  be 
changed.  Table  IDs  and  names  are  displayed  if  Help  is  used. 

(2)  TITLE  of  the  table. 

(3)  CODE .  The  code  to  be  changed. 

(4)  DESCRIPTION.  The  meaning  of  the  code.  For  example,  the  description 
of  the  source  of  admission  code  "ABS"  is  "direct,  absent  sick,"  and  the 
description  of  the  disposition  type  "TFR"  is  "transferred." 

(5)  FLAGS.  The  numerical  edit  flags  associated  with  this  item.  Each  flag 
is  a  one-digit  number.  (May  not  be  displayed  for  all  tables.) 

(6)  SERVICE  FLAG.  Indicates  which  services  this  code  is  valid  for.  (May 
not  be  displayed  for  all  tables.) 

(7)  ARMY  CODE.  The  Army  code  for  this  data  item  that  is  included 

in  reports  to  higher  commands.  (May  not  be  displayed  for  all  tables.) 

(8)  AIR  FORCE  CODE.  The  Air  Force  code  for  this  data  item  that  is  used 
in  reports  to  higher  commands.  (May  not  be  displayed  for  all  tables.) 

(9)  NAVY  CODE.  The  Navy  code  for  this  data  item  that  is  used  on  reports 
to  higher  commands.  (May  not  be  displayed  for-  all  tables.) 


Data  Chart  11-1.  SYSTEM  MGMT.  -  TABLE  MAINTENANCE  SCREEN  - 
CHANGING  AN  EXISTING  ITEM 


When  the  user  has  finished  entering  changes,  the  screen  displays  a  message 
asking  the  user  to  confirm  that  everything  is  now  correct.  The  user's  changes 
will  be  stored  on  the  system  only  if  the  user  confirms. 

b.  Deleting  an  Old  Item.  With  this  request,  the  user  enters  the  ID  of 
the  table  and  enters  the  code  to  be  deleted.  Then  a  message  is  displayed 
asking  the  user  to  confirm  that  the  deletion  should  be  made.  The  item  will  be 
deleted  from  the  table  if  the  user  confirms. 

c.  Adding  a  New  Item.  When  the  user  has  identified  a  table,  he  or  she 
enters  a  code  to  be  added  and  the  description  of  the  code.  The  user  must 
enter  any  additional  parameters  defined  for  the  selected  table.  If  edit  flags 
are  applicable,  the  screen  will  display  in  turn  the  table  for  each  edit  flag 
associated  with  the  particular  system  table,  as  it  does  when  an  existing  item 
is  being  changed.  The  user  must  indicate  the  value  of  the  flag  for  the  new 
item,  specify -service  codes  (if  applicable),  and  then  confirm  that  the  addi¬ 
tion  is  correct. 
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d.  Viewing  an  Existing  Item.  When  the  user  has  identified  the  table  and 
the  item  to  be  viewed,  the  screen  displays  the  item's  description  and  lists 
the  additional  information  associated  with  it.  If  edit  flags  are  associated 
with  the  table,  their  meanings  are  not  displayed.  Figure  11-3  shows  the  data 
that  would  be  displayed  if  the  user  chose  to  view  the  "TFR"  item  on  the 
Disposition  Type  Table. 
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Figure  11-3.  SYSTEM  MGMT.  -  TABLE  MAINTENANCE  SCREEN,  Viewing, an  Existing  Item 


Q008  AQCESS  -  PAD 


11-8 


1 1 .3  T able  List .  The  Table  List  option  allows  the  user  to  view  a  list  of  the 
names  and  ID  numbers  of  the  system  tables,  and  to  print  any  or  all  of  the 
tables.  When  this  option  is  chosen,  the  Table  List  Screen  is  displayed 
(Figure  11-4). 

This  screen  can  display  up  to  20  tables  per  page.  Selecting  the  "N"  option  on 
the  Table- List  sub-menu  will  display  the  next  and  subsequent  pages  of  the 
list.  The  "A"  option  requests  printing  of  all  the  system  tables,  and  option 
"S"  requests  printing  of  an  individual  table  that  the  user  specifies. 
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Figure  11-4.  SYSTEM  MGMT.  -  TABLE  LIST  SCREEN 
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11.4  MTF  Profile  Maintenance.  The  MTF  Profile  contains  data  that  regulates 
some  of  the  system's  operations,  and  data  that  identifies  the  MTF  and  appears 
on  system  reports.  The  system  manager  will  be  able  to  review  or  update  the 
MTF  Profile  data.  (See  Figure  11-5  and  Data  Chart  11-2.) 


(1)  MTF  NAME. 

(2)  MTF  CODE. 

(3)  DEFAULT  SERVICE  CODE.  This  MTF's  branch  of  service. 

(4)  VERSION  NUMBER  of  the  AQCESS  software. 

(5)  REGISTER  NUMBER  IND  (Y/N).  "Y"  indicates  the  Admission  function 

assigns  register  numbers  automatically  to  new  records;  "N"  indicates  that 
register  numbers  are  being  entered  manually  by  system  users. 

(6)  INDEX  CARDS  (#  PER  SET).  The  number  of  3X5  Cards  or  5x8  Cards  in 
each  set  requested  in  Admission. 

(7)  WAR  (Y/N).  Indicates  whether  a  state  of  war  exists. 

(8)  DELINQUENCY  DAYS.  Number  of  days  after  disposition  by  which  a  record 
must  be  completely  processed  in  Clinical  Records  or  be  considered 
delinquent. 

(9)  TAPE  TO  ARCHIVE  MONTHS.  Number  of  months  before  a  completely 
processed  record  should  be  archived. 

(10)  INVALID  ATTEMPTS  BEFORE  LOCKOUT.  The  number  of  times  in  succession 
that  an  invalid  user  ID/password  combination  can  be  entered  before  the 
terminal  or  the  user  ID/password  locks. 

(11)  STAND  ALONE  QA  SYSTEM.  Indicates  whether  this  MTF  is  running  the 
Quality  Assurance  function  only,  without  the  other  AQCESS  functions. 

(12)  DAYS  TO  DELINQUENCY  FOR  CHECKLIST.  Number  of  days  after  disposition 
by  which  an  incompleted  Occurrence  Screening  Checklist  is  considered  de¬ 
linquent  . 

(13)  DAYS  TO  DELINQUENCY  FOR  MED  REC.  Number  of  days  after  the  start  of 
Clinical  Records  processing  by  which  the  chart  must  be  complete  or  be  con¬ 
sidered  delinquent,  which  will  cause  a  delinquency  to  be  posted  to  the 
provider  profile. 

(14)  AUTO  ER  LOG  NO.  "Y"  indicates  that  log  numbers  are  assigned  automa¬ 
tically  by  the  system  to  Emergency  Room  episodes.  "N"  indicates  that  they 
are  assigned  manually  by  the  user. 


Data  Chart  11-2.  SYSTEM  MGMT.  -  MTF  PROFILE  MAINTENANCE  SCREEN 
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Figure  11-5.  SYSTEM  MGMT .  -  MTF  PROFILE  MAINTENANCE  SCREEN 
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11.5  Register  Number  Maintenance.  On  the  Register  Number  Maintenance  Screen, 
the  system  manager  can: 

a.  Specify  a  block  of  register  numbers  to  be  assigned  manually  to 
patient  records. 

b.  Release  blocked  numbers  to  a  cancel  pool  so  that  the  system  will 
assign  them  automatically  to  records  (this  cancel  pool  of  numbers  is 
displayed  on  the  right  side  of  the  screen). 

c.  View  a  list  of  the  numbers  of  a  reserved  block  that  have  been 
assigned  to  records. 

To  use  this  function,  the  register  number  indicator  on  the  MTF  Profile  must  be 
set  to  "Y,"  meaning  that  register  numbers  are  being  assigned  to  records 
automatically  in  the  Admission  function  (see  section  11.4).  The  system 
manager  should  perform  Register  Number  Maintenance  only  when  no  one  else  is 
using  the  system,  since  it  affects  the  assignment  of  register  numbers,  which 
can  be  taking  place  constantly  when  other  users  are  on  the  system. 

Figure  11-6  shows  the  format  of  the  Register  Number  Maintenance  Screen,  and 
Data  Chart  11-3  describes  its  fields.  The  options  on  this  screen's  sub-menu 
operate  as  follows: 

a.  Reserve  Block  #.  When  the  system  is  set  to  assign  register  numbers 
automatically,  blocks  of  register  numbers  carl  be  set  aside  to  be  assigned  to 
records  manually  by  users.  After  selecting  this  option,  the  system  manager 
specifies  how  many  register  numbers  to  reserve;  Then  Register  Number 
Maintenance  calculates  which  register  numbers  will  be  set  aside,  based  on  the 
number  in  the  NEXT  SEQUENTIAL  REGISTER  NUMBER  field.  It  also  automatically 
decreases  the  number  in  the  QUANTITY  REMAINING  field  as  these  reserved  numbers 
are  actually  assigned  to  records.  Up  to  five  blocks  of  register  numbers  can 
be  reserved. 

b.  Release  Block  #.  A  block  of  register  numbers  that  has  been  reserved 
can  also  be  released  to  be  assigned  automatically  by  the  system.  The  released 
numbers  will  go  into  the  cancel  pool,  and  be  listed  on  the  right  side  of  the 
screen.  The  system  will  assign  these  numbers  in  sequence.  Any  reserved 
number  that  has  already  been  assigned  will  not  be  affected,  and  will  not  go 
into  the  cancel  pool. 

c.  View  Used  Blocks.  When  this  option  is  chosen,  the  screen  will  list 
the  numbers  within  a  reserved  block  that  have  already  been  used.  This  list 
will  appear  in  the  cancel  pool  display  area. 

d.  Return  to  Cancel  Pool.  If  the  cancel  pool  display  area  contains  the 
list  of  used  register  numbers  accessed  by  the  View  Used  Blocks  option,  this 
option  will  redisplay  the  cancel  pool. 
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Figure  11-6.  SYSTEM  MGMT .  -  REGISTER  NUMBER  MAINTENANCE  SCREEN 
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e.  View  Next  Page.  Each  page  of  the  screen  displays  up  to  20  cancel 
pool  numbers  or  20  used  numbers.  This  selection  will  display  subsequent  pages 
of  either.  The  rest  of  the  screen  will  continue  to  display  the  five  blocks  of 
reserved  register  numbers. 


(1)  BLOCK  NO.  The  number  identifying  the  block  to  be  reserved  or 
released. 

(2)  BEGINNING  NUMBER.  The  first  register  number  in  the  block.  Calculated 
by  the  system  from  the  number  in  the  NEXT  SEQUENTIAL  REGISTER  NUMBER 
field. 

(3)  ENDING  NUMBER.  The  last  register  number  in  the  block.  Calculated  by 
the  system  by  adding  the  QUANTITY  REQUESTED  to  the  BEGINNING  NUMBER. 

(4)  QUANTITY  REQUESTED.  The  number  of  register  numbers  that  the  system 
manager  wants  to  reserve. 

(5)  QUANTITY  REMAINING.  The  number  of  register  numbers  in  the  reserved 
block  that  have  not  yet  been  assigned  manually.  Calculated  by  the  system. 

(6)  CANCEL  POOL.  If  a  block  of  register  numbers  that  has  been  reserved 
is  released,  to  be  assigned  automatically,  any  numbers  in  that  block  that 
have  not  been  used  will  go  into  the  cancel  pool.  The  cancel  pool  also 
contains  any  number  applied  to  an  admission  that  was  later  cancelled.  The 
cancel  pool  is  displayed  on  the  right  side  of  the  screen;  it  can  contain 
up  to  20  register  numbers. 

(7)  NEXT  SEQUENTIAL  REGISTER  NUMBER.  The  next  register  number  to  be 
assigned  to  a  record.  Calculated  by  the  system. 


Data  Chart  11-3.  SYSTEM  MGMT.  -  REGISTER  NUMBER  MAINTENANCE  SCREEN 
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11.6  User  ID/Terminal  Maintenance.  This  function  is  used  to  generate  user 
IDs  and  passwords,  assign  functional  privileges  to  users  and  to  terminals,  and 
release  locked-out  users  and  terminals.  When  this  option  is  selected  from  the 
System  Management  Menu  Screen,  the  User  ID/Terminal  Maintenance  Menu  is  dis¬ 
played  (Figure  11-7).  The  following  paragraphs  describe  the  options  available 
from  this  menu. 


11.6,1  User  ID/Password  Maintenance.  This  option  is  used  to  create  new  user 
IDs.  It  also  enables  the  system  manager  to  view  or  update  information  on  each 
user  ID,  including  what  functions  and  other  privileges  are  allowed  to  a  parti¬ 
cular  user.  The  system  manager  can  also  use  this  function  to  release  locked- 
out  users. 

When  the  User  ID  Maintenance  Screen  is  displayed  and  the  system  manager  enters 
a  valid  user  ID,  information  on  that  user  will  be  displayed,  except  the  pass¬ 
word,  which  can  be  viewed  on  request.  The  system  manager  can  update  any  of 
this  information.  Figure  11-8  shows  the  User  ID  Maintenance  Screen,  and  Data 
Chart  11-4  explains  its  fields. 

The  CAPABILITIES  field  lists  the  AQCESS  functions  available  to  this  user,  by 
the  letter  or  number  listed  for  each  function  on  the  User  Entry  Menu.  The 
capabilities  may  be  specified  by  entering  a  string  of  letters  and  numbers  or 
by  selecting  a  canned  profile  of  capabilities.  Rather  than  re-entering  the 
capabilities  string  to  change  it  or  to  modify  a  standard  profile,  the  system 
manager  uses  the  MODIFIED  BY  field  to  add  or  subtract  capabilities  from  the 
existing  string. 

The  user  can  also  update  the  LOCKOUT  FLAG.  This  field  will  be  set  to  "1"  if 
the  person  with  this  user  ID  and  password  has  been  locked  out  of  the  system. 

A  user  will  be  locked  out  if  he  or  she  enters  a  password  incorrectly  a  number 
of  times  in  succession.  The  number  of  chances  the  user  has  to  enter  the  pass¬ 
word  correctly  is  specified  by  the  MTF  (via  MTF  Profile  Maintenance;  see  sec¬ 
tion  11.4).  By  entering  zero  in  the  LOCKOUT  FLAG  field,  the  user  will  be 
unlocked.  Conversely,  the  system  manager  can  change  zero  to  "1"  to  lock  out  a 
user. 
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(1)  USER  ID. 

(2)  PASSWORD  is  displayed  if  the  system  manager  selects  option  2  on  this 
screen. 

(3)  DATE  LAST  CHANGED.  Date  when  the  password  was  last  changed. 

(4)  CAPABILITIES.  The  AQCESS  functions  allowed  to  this  user  ID/password 
are  listed  in  this  field.  Each  function  is  signified  by  the  letter  that 
appears  to  the  left  of  it  on  the  User  Entry  Menu. 

(5)  MODIFIED  BY.  To  modify  the  user's  capabilities  without  retyping  the 
entire  string,  the  system  manager  enters  +  or  -  and  the  letter  of  the 
function  to  be  added  or  removed. 

(6)  TRAINING  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  has 
access  only  to  the  training  data  base. 

(7)  TUTORIAL  FLAG.  A  "1"  in  this  field  indicates  that  the  user  has 
access  to  the  tutorial  lessons,  and  that  the  system  will  run  in  tutorial 
mode  with  automatic  Super  Help  and  expanded  error  explanations. 

(8)  CR  SUPERVISOR  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  is 
authorized  as  the  Clinical  Records  supervisor. 

(9)  SYSTEM  MANAGER  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  is 
authorized  as  the  System  Manager. 

(10)  USER:  NAME.  Name  of  the  user  who  has  this  user  ID/password. 

(11 )  WORK  PHONE  of  this  user. 

(12)  INITIALS  of  this  user.  Used  to  trace  entries  and  updates  of  records. 

(13)  LOCKOUT  FLAG.  A  ”1"  in  this  field  indicates  that  this  user  is  locked 
out  of  the  system.  ”0”  means  that  the  user  is  able  to  use  his  or 

her  assigned  functions. 


Data  Chart  11-4.  SYSTEM  MGMT.  -  USER  ID  MAINTENANCE  SCREEN 


The  functions  listed  on  this  screen's  sub-menu  operate  as  follows. 

a.  New  Random  Password.  When  the  system  manager  makes  this  selection, 
the  system  will  assign  this  user  a  new  password.  The  new  password  is  created 
from  a  random  series  of  three  letters  and  three  numbers. 
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b.  View  Password.  This  option  causes  the  password  associated  with  this 
user  ID  to  be  displayed. 

c.  Delete  User  ID.  This  selection  deletes  this  user  ID  from  the  system. 


11.6.2  Regenerate  All  New  Passwords.  Selecting  this  option  causes  the  system 
to  create  a  new  password  for  each  user  ID  except  the  system  manager's.  The 
system  creates  new  passwords  by  random  selection  of  three  letters  and  three 
numbers.  The  system  manager  will  be  prompted  to  confirm  his  request  before 
new  passwords  are  actually  generated.  No  screen  is  displayed  as  a  result  of 
this  selection. 


11.6.3  List  Current  Passwords.  The  system  manager  chooses  this  option  to 
view  the  list  of  user  IDs  and  passwords  on  the  screen  and/or  print  it.  With 
this  option,  the  first  screen  to  be  displayed  allows  the  system  manager  to 
choose  to  see  the  list  on  the  screen  or  have  it  printed.  For  an  example  of 
this  report  and  a  description  of  its  data,  see  Part  III,  Outputs. 


11.6.4  Terminal  Capabilities  Maintenance.  The  system  manager  selects  this 
option  to  specify  the  functions  available  at  each  terminal.  When  the  Terminal 
ID  Maintenance  Screen  is  displayed,  the  system  manager  enters  the  ID  number  of 
the  terminal,  and  information  on  the  available  functions  is  displayed.  The 
system  manager  can  view  that  information  or  update  it.  Figure  11-9  shows  the 
Terminal  ID  Maintenance  Screen,  and  Data  Chart  11-5  describes  its  fields. 

On  this  screen  the  system  manager  can  also  lock  or  unlock  terminals.  User  IDs 
and  terminals  become  locked  if  the  user  ID  or  password  is  entered  incorrectly 
more  than  the  maximum  number  of  times  allowed. 
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(1)  TERM  ID.  ID  number  of  the  terminal. 

(2)  CAPABILITIES .  The  AQCESS  functions  available  to  users  at  this 
terminal . 

(3)  MODIFIED  BY.  To  add  or  delete  to  the  functions  available  from  this 
terminal,  the  user  enters  +  or  -  and  the  letter  of  the  function  to  be 
added  or  deleted. 

(4)  DEFAULT  PRINTER.  The  printer  that  all  print  requests  from  this  ter¬ 
minal  (indicated  by  pressing  CTRL  P)  will  go  to. 

(5)  LOCKOUT  FLAG.  "1"  in  this  field  means  that  the  terminal  is  locked. 
"0"  means  that  it  is  functioning  normally. 


Data  Chart  11-5.  SYSTEM  MGMT.  -  TERMINAL  ID  MAINTENANCE  SCREEN 


11,6.5  Invalid  Siqnon  Log.  This  option  requests  printing  of  the  Invalid 
Sign-On  Log,  which  gives  information  about  occasions  when  incorrect  user  IDs 
and  passwords  were  entered  (i.e.,  date,  user  ID/password,  and  terminal  ID, 
etc.).  When  this  option  is  selected,  a  screen  is  displayed  on  which  the  sys¬ 
tem  manager  indicates  the  time  period  for  which  this  information  is  requested 
by  entering  starting  and  ending  dates.  The  report  may  be  displayed  on  the 
screen  or  printed  as  hard  copy. 
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SECTION  12.  INPATIENT  HISTORY  SCREEN 


12.1  Inpatient  History  Function  -  Overview.  The  Inpatient  History  function 
allows  the  user  to  review  summary  data  on  inpatient  episodes  of  current  and 
dispositioned  patients.  The  patient  must  have  been  admitted  to  the  MTF  for  a 
patient  record  to  be  reviewed  through  this  function. 

When  Inpatient  History  is  selected  from  the  User  Entry  Menu,  the  PTID  Screen 
is  displayed  so  that  the  user  can  identify  the  patient  record  to  be  reviewed. 
The  user  can  locate  a  record  directly  by  entering  its  register  number,  and  the 
Inpatient  History  Screen  will  appear,  displaying  data  summarizing  that  inpa¬ 
tient  episode.  Or  the  user  can  initiate  a  name  fragment,  soundex,  SSN  or 
SSN/FMP  search,  and  the  resulting  list  of  candidates  will  appear  on  a  Candi¬ 
date  List  Screen.  If  the  user  selects  a  patient  who  has  had  more  than  one 
admission,  an  Episode  List  Screen  will  display  a  list  of  inpatient  episodes. 
The  user  can  select  any  episode  to  review,  and  can  page  through  all  the  epi¬ 
sodes  for  that  patient. 

No  data  on  the  Inpatient  History  Candidate  List  Screen  or  the  Inpatient  His¬ 
tory  Screen  can  be  updated. 

See  Figure  12-1  for  an  example  of  the  Episode  List  Screen,  and  Figure  12-2 
for  the  Inpatient  History  Screen.  For  a  description  of  the  Inpatient  History 
data  fields,  see  the  Data  Charts  for  the  primary  Registration,  Admission,  'Dis¬ 
position,  and  Clinical  Records  Screens.  An  additional  field,  ARCHIVE  DATE, 
indicates  when  this  record  was  archived. 
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Figure  12-1.  INPATIENT  HISTORY  -  EPISODE  LIST  SCREEN 
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Figure  12-2.  INPATIENT  HISTORY  SCREEN 
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SECTION  13.  PATIENT  INQUIRY  SCREEN 


13.1  Patient  Inquiry  Function  -  Overview.  This  function  identifies  segments 
of  the  patient  population  according  to  categories  specified  by  the  MTF,  and 
lists  patients  who  fall  into  those  categories. 

When  this  function  is  selected  from  the  User  Entry  Menu,  the  Patient  Inquiry 
Look-Up  Screen  is  displayed  (Figure  13-1).  On  this  screen  the  user  specifies 
the  category  of  patients  he  or  she  is  interested  in.  For  example,  the  MTF  may 
have  designated  the  categories  as  ward,  attending  physician,  and  diagnosis. 

If  the  user  enters  "WARD"  and  then  a  ward  ID  number,  a  Candidate  List  Screen 
will  display  a  list  of  all  patients  currently  on  that  ward  (with  the  same  data 
on  each  patient  as  the  PTID  Candidate  List;  see  Data  Chart  4-2).  If  the  user 
selects  a  patient  from  this  Candidate  List,  an  Inpatient  History  Screen  for 
the  patient  will  be  displayed. 
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SECTION  14.  R/ADT  REPORTS  SCREEN 


14.1  R/ADT  Reports  Function  -  Overview.  From  the  Reports  Selection  Screen, 
the  user  requests  printing  of  R/ADT  reports,  and  indicates  the  effective  date 
of  the  report. 

When  the  user  selects  the  R/ADT  Reports  function  from  the  User  Entry  Menu,  the 
Reports  Selection  Screen  is  displayed  (Figure  14-1).  This  screen  contains  a 
menu  of  available  reports  that  is  built  at  run  time  from  the  reports  table. 

The  menu  is  different  for  each  service.  It  can  include  the  following  reports: 

a.  Admission  and  Disposition  Report. 

b.  A&D  Recap/Patient  Strength  Report. 

c.  Alpha  Roster  of  Hospital  Patients. 

d.  Daily  Admissions  by  Diagnosis. 

e.  Injury  Report. 

f.  Invalid  Sign-On  Log. 

g.  List  of  Current  Passwords. 

h.  Roster  of  VSI/SI/SC  Patients. 

i.  Status  Out  Roster. 

j.  UCA  Disposition  Report. 

k.  UCA  Patient  Occupied  Bed  Days  Report. 

l.  Ward  Nursing  Report. 

The  options  on  the  Reports  Selection  Screen  allow  the  user  to  request  all 
nightly  or  monthly  reports,  or  any  combination  of  reports  listed  on  the  menu. 
(The  MTF  specifies  which  reports  should  usually  be  run  nightly,  and  which 
monthly. ) 

For  each  report  a  screen  will  be  displayed  on  which  the  user  specifies  its 

run-time  parameters.  At  a  minimum,  the  user  must  specify  if  the  report  is  to 

be  printed  (hard  copy)  or  displayed  on  the  terminal.  Other  run-time  param¬ 
eters  may  be  specified — for  example,  report  date  or  report  month — depending  on 
the  report.  Reports  that  are  to  be  printed  will  run  as  a  background  job; 
after  the  run-time  specifications  are  entered,  the  user  may  go  on  with  other 
processing.  Reports  that  are  output  to  the  terminal,  obviously,  run  while  the 
user  waits. 

Most  of  the  AQCESS  reports  have  been  implemented  using  the  Report  Generator 
utility.  Report  definitions — sort  specification  selection  criteria  and 
format — are  stored  in  the  report  definition  file.  Even  reports  that  are 
implemented  as  programmer-written  MUMPS  programs  have  an  entry  in  the  report 
definition  file. 

Each  report  will  print  on  the  device  specified  for  that  report  in  the  report 
definition.  If  the  device  is  busy,  the  user  may  specify  an  alternate  device. 

For  details  on  the  contents  of  these  reports,  see  Part  III,  Outputs. 
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Figure  14-1.  R/ADT  REPORTS  -  SELECTION  SCREEN 
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SECTION  15.  CLINICAL  RECORDS  SCREENS 


15.1  Clinical  Records  Function  -  Overview.  The  Clinical  Records  function 
assists  the  user  in  performing  final  processing  on  each  inpatient  episode. 

The  CR  screens  display  data  that  was  entered  in  R/ADT,  as  well  as  summary 
statistics  that  are  computed  by  the  Clinical  Records  function. 

Through  Clinical  Records,  the  user  is  able  to  enter  or  update  data  on  the 
patient's  diagnoses,  on  procedures  performed  during  the  inpatient  episode,  on 
care  providers,  and  miscellaneous  data  on  cause  of  injury,  residual  disabil¬ 
ity,  blood  transfused,  etc.  The  CR  user  can  review  information  on  the  number 
of  days  the  patient  spent  in  bed-day  and  non-bed-day  absent  statuses,  and  on 
milestones  in  the  processing  of  a  record.  Also  through  this  function,  the 
user  can  mark  the  record  as  approved  and  final,  and  ready  for  inclusion  on 
reports  to  higher  commands,  and  can  produce  documentation  on  the  episode  for 
the  patient  chart. 

A  record  can  be  accessed  in  Clinical  Records  when  the  patient  has  been  dis- 
positioned,  has  an  absent  status  of  "medical  holding"  (Navy  only),  or  has  been 
given  a  projected  disposition  date. 

If  the  patient  has  a  projected  disposition,  the  user  can  perform  any  CR  func¬ 
tion  except  change  the  record's  CR  status  or  print  out  final  reports  on  it. 

If  the  patient  has  been  dispositioned  or  is  on  medical  hold,  any  CR  function 
can  be  performed. 

When  the  record  of  a  dispositioned  patient  is  accessed  in  Clinical  Records,  it 
falls  under  the  control  of  the  CR  function  and  cannot  be  accessed  through  any 
other  function.  Records  of  medical  hold  or  projected-disposition  patients  can 
still  be  accessed  by  Disposition  (and  only  in  order  to  enter  the  final 
disposition). 

The  Clinical  Records  ID  (CRID)  Screen  appears  when  Clinical  Records  is  se¬ 
lected  from  the  User  Entry  Menu  (see  Figure  15-1).  When  the  user  enters  a  the 
register  number  of  a  record  available  for  CR  processing  (as  defined  above), 
data  on  that  patient  is  displayed  at  the  top  of  the  screen,  and  the  user  is 
able  to  choose  from  the  sub-menu  options.  The  patient  data  appears  on  each 
Clinical  Records  Screen.  Figure  15-2  shows  the  sub-menu  and  the  common  pa¬ 
tient  data,  which  is  described  in  Data  Chart  15-1.  (Numbers  of  applicable 
system  tables  have  been  omitted  from  this  section  if  they  appear  in  other  sec¬ 
tions  of  this  document.)  None  of  this  patient  data  can  be  updated  in  CR. 
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Figure  15-1.  CLINICAL  RECOROS  IDENTIFICATION  (CRIO)  SCREEN 
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Line  3  displays  the  NAME,  SEX,  FMP,  SSN,  and  DOB  of  the  patient. 

(1)  ADMISSION:  REG  NO.  The  patient's  register  number. 

(2)  SOURCE .  Source  of  admission. 

(3)  DATE/TIME  of  admission. 

(4)  WARD.  The  patient's  ward  assignment  at  disposition. 

(5)  DISPOSITION:  TYPE.  Type  of  Disposition  entered  on  Disposition  Screen. 

(6)  DATE/TIME  of  disposition. 

(7)  PHYSICIAN  ORDERING  the  disposition. 

(8)  RECORD:  STATUS:  A  code  indicating  the  stage  of  CR  processing  that 
this  record  is  in.  Actions  taken  by  the  CR  clerk  and  supervisor  change 
the  record  status.  The  code  usually  displayed  here  is  "I"  for 
"incomplete,"  meaning  that  CR  processing  has  begun  on  this  record  but  is 
not  yet  finished.  See  section  15-10  and  Figures  15-13  and  15-14  for  more 
details  on  record  status. 

(9)  DATE/TIME  MODIFIED.  The  date  when  this  record  was  last  updated  in 
CR. 

(10)  CORRECTED.  Code  indicating  whether  the  record  was  sent  to  higher 
commands  and  then  returnee  for  correction.  The  record  is  marked  as  cor¬ 
rected  so  that  when  it  is  approved  again  and  re-transmitted  to  higher 
commands,  it  will  not  be  processed  as  a  new  record. 

(11)  CLERK.  The  initials  of  the  last  clerk  to  update  this  record. 


Data  Chart  15-1.  CLINICAL  RECORDS  -  COMMON  PATIENT  DATA 


Each  option  on  the  Clinical  Records  sub-menu  displays  a  Clinical  Records 
screen.  When  the  user  has  completed  processing  pn  each  screen,  the  Clinical 
Records  sub-menu  is  redisplayed  and  the  user  can  choose  another  option.  The 
Clinical  Records  sub-menu  options,  and  the  screens  displayed  by  them,  are 
described  in  the  following  paragraphs. 


15.2  Diagnosis.  On  the  Diagnosis  Screen  the  user  can  review,  enter,  or 
update  data  on  diagnoses  made  during  the  inpatient  episode  (see  Figure  15-3) 
Several  data  items  can  be  entered  for  each  diagnosis;  this  group  of  data  is 
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called  a  data  set.  Each  data  set  consists  of  (1)  the  sequence  number  of  the 
data  set,  (2)  the  International  Classification  of  Diseases  (ICD)  code  of  the 
diagnosis,  (3)  cause-of-injury  codes  and  a  code  indicating  whether  the  condi¬ 
tion  was  occupationally  related  (both  for  Navy  users),  (4)  the  group  number  of 
the  diagnosis  (Army  use  only),  and  (5)  a  free-text  description  of  the 
diagnosis.  This  data  is  described  in  more  detail  in  Data  Chart  15-2. 

The  Diagnosis  Screen  can  display  three  diagnosis  data  sets  per  page.  To  view 
subsequent  pages  of  data,  the  user  can  select  sub-menu  option  N-NEXT  PAGE. 
Selection  P  redisplays  previous  pages.  To  enter  or  update  data,  the  user 
enters  the  sequence  number  of  the  data  set.  Up  to  99  diagnosis  data  sets  can 
be  entered. 

The  data  sets  are  displayed  in  the  order  in  which  they  are  entered,  but  the 
user  can  change  this  order  or  delete  data  sets.  With  sub-menu  option  M-MOVE 

CODE,  the  screen  displays  the  message  "MOVE  ENTRY  if _  BEFORE  ENTRY  if _ "  and 

the  user  enters  the  appropriate  sequence  numbers  to  rearrange  the  order. 

Option  D-DELETE  CODE,  allows  the  user  to  delete  a  data  set  from  the  record. 


(1)  TOTAL  DIAGNOSES.  The  total  number  of  diagnoses  entered  on  this 
patient. 

(2)  (SEQUENCE  NUMBER)  of  the  diagnosis  data  set. 

(3)  ICD  CODE.  5-digit  code  for  the  diagnosis,  from  the  International 
Classification  of  Diseases  (ICD).  A  6th  digit  is  an  asterisk/secondary/ 
dagger  code,  and  a  7th  digit  indicates  the  place  of  the  diagnosis  or 
whether  this  was  a  pre-existing  condition. 

(4)  CAUSE.  Code  indicating  class  of  trauma  and  code  indicating  causative 
agent  of  the  injury  (Navy  only). 

(5)  OCC  REL.  Code  indicating  whether  this  condition  was  occupationally 
related  (Navy  only). 

(6)  GROUP  NBR.  Logical  group  number  of  the  diagnosis,  for  printing  on 
the  ITRCS  (Army  only). 

(7)  (TEXT) .  The  description  of  the  diagnosis  that  is  associated  with  this 
ICD  code.  When  the  ICD  code  is  entered,  the  first  line  of  text  defaults 
to  the  description  from  the  ICD  table.  The  description  can  be  updated. 
When  a  CAUSE  code  is  entered,  the  text  describing  the  cause  of  injury  is 
displayed  on  the  second  line  of  text  (Navy  only). 


Data  Chart  15-2.  CR  -  DIAGNOSIS  SCREEN 
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15.3  Procedure.  On  the  Procedure  Screen,  the  user  can  review,  enter,  or 
update  data  on  procedures,  or  operations,  performed  during  the  inpatient  epi¬ 
sode  (Figure  15-4).  For  the  Air  Force,  this  episode  includes  previous  hospi¬ 
tals  from  which  the  patient  has  transferred.  For  the  Navy,  the  episode 
includes  only  procedures  performed  since  admission  to  this  MTF. 

Each  page  of  the  Procedure  Screen  can  display  three  procedure  data  sets,  con¬ 
sisting  of  (1)  sequence  number,  (2)  an  International  Classification  of  Proce¬ 
dures  (I CP)  code,  (3)  the  date(s)  when  the  procedure  was  performed,  (4)  the 
care  providers  associated  with  the  procedure,  and  (5)  a  free-text  description 
of  the  procedure. 

Codes  for  up  to  three  care  providers  can  be  entered  in  the  PRVDR  field.  For  a 
surgical  procedure,  the  first  provider  is  the  principal  surgeon,  the  second  is 
the  assistant,  and  the  third  is  a  teaching  staff  physician.  For  a  medical 
procedure,  the  first  provider  is  the  attending  or  primary  provider,  the  second 
is  the  resident,  and  the  third  is  any  other  physician.  The  provider  is  not 
coded  if  the  procedure  was  not  performed  in  this  MTF  (sixth  byte  of  procedure 
code  "U") . 

This  screen  and  its  functions  operate  in  the  same  way  as  the  Diagnosis 
Screen.  The  user  takes  the  same  steps  to  view,  enter,  and  update  procedure 
data,  as  well  as  to  re-order  it  or  to  delete  data  sets,  as  those  described  in 
section  15.2. 
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Figure  15—4.  CR  -  PROCEDURE  SCREEN 
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IS. 4  Miscellaneous.  The  Miscellaneous  Screen  displays  data  on  transfers-out 
cause  of  injury,  and  cause  of  death  or  separation,  etc.  (see  Figure  15-5  and 
Data  Chart  15-3).  All  data  on  this  screen  can  be  updated. 


(1)  ATTEND/PRIMARY  PHY.  The  patient's  primary  attending  physician. 

This  is  the  responsible  physician,  who  also  signs  the  ITRCS  or  RIPT. 

(2)  TYPE  CASE.  Code  indicating  type  of  case. 

(3)  AGE  of  patient.  Calculated  from  date  of  birth.  This  field  can  only 
be  updated  if  the  patient  is  a  newborn. 

(4)  ANESTHETIC  RISK  CODE.  The  risk  code  assigned  for  surgical  patients 
(a  number  between  1  and  5). 

(5)  CAUSE  DEATH/SEPARATION.  Code  for  the  cause  of  death  or  separation. 

(6)  CC'S  WHOLE  BLOOD  used  during  this  inpatient  episode. 

(7)  CC'S  PACKED  CELLS  used  during  this  inpatient  episode. 

(8)  TFR  OUT:  MODE.  Mode  of  transportation  used  if  the  patient  trans¬ 
ferred  out  of  the  hospital. 

(9)  MIT.  Code  of  the  MTF  to  which  patient  was  transferred.  Table  1005. 

(10)  CIV  HOSP.  Name  of  the  civilian  hospital  transferred  to,  if  any. 

(11)  TRANSFER  VA  HOSPITAL/AUTOPSY.  Indicates  whether  the  patient  trans¬ 
ferred  to  a  VA  Hospital,  or  whether  an  autopsy  was  performed. 

(12)  DATE  INITIAL  PROCEDURE.  Date  when  the  first  procedure  was  performed 
during  this  inpatient  episode. 

(13)  CAUSE  OF  INJURY.  See  Data  Chart  15-2. 

(14)  RESIDUAL  DISABILITY.  Code  indicating  the  level  of  the  patient's 
disability  if  any. 

(15)  CAUSE  OF  INJURY  DATA.  Description  of  the  cause  of  injury.  Defaults 
to  the  description  in  the  Cause  of  Injury  Table  if  a  cause-of-injury  code 
was  entered  on  line  12.  This  default  can  be  overridden  by  the  user. 

(16)  CONVALESCENT  LEAVE  DAYS  RECOMMENDED.  Number  of  days  of  convalescent 


leave  recommended,  if  any. 

(17)  PRESENTATION  OF  FETUS.  Code  describing  presentation  of  the  fetus 
Table  4005.  Air  Force  only. 


Data  Chart  15-3.  CR  -  MISCELLANEOUS  SCREEN 
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15.5  Transfer  History.  The  Transfer  History  Screen  collects  information  on 
the  patient's  transfers  from  other  MTFs  before  transferring  to  this  MTF 
(Figure  15-6  and  Data  Chart  15-4). 


On  the  Transfer-In  segment  of  the  Admission  Screen,  users  can  only  enter  data 
about  one  previous  admission  before  transfer  to  this  MTF,  and  this  does  not 
include  detailed  information  about  the  distribution  of  beds  among  absent 
statuses.  The  Transfer  History  Screen  automatically  displays  the  data  entered 
on  the  Transfer-In  segment,  allowing  the  user  to  enter  bed  days  data  on  that 
previous  hospital  stay.  Also,  if  the  patient  transferred  to  that  MTF  from 
other  hospitals,  the  user  can  enter  data  about  those  previous  transfers  on  the 
Transfer  History  Screen.  As  many  as  seven  lines  of  transfer  data  can  be 
entered  on  each  page  of  this  screen,  and  the  sub-menu  options  N-NEXT  PAGE  and 
P-PREVIOUS  PAGE  can  be  used  to  move  back  and  forth  among  pages.  To  update  a 
line  of  data,  the  user  enters  its  sequence  number  in  the  selection  field.  The 
user  can  also  delete  a  line  by  selecting  option  D-DELETE  LINE. 


(1)  (SEQUENCE  NO.)  of  the  transfer  data. 

(2)  MTF.  Code  of  the  MTF  the  patient  was  transferred  from. 

(3)  ADMISSION  DATE.  Date  of  admission  to  the  previous  MTF. 

(4)  DISPOSITION  DATE.  Date  of  disposition  from  the  previous  MTF  (i.e., 
the  date  when  the  patient  transferred  out). 

(5)  BED  DAYS.  The  total  number  of  days  that  the  patient  spent  on  an 
absent  status  for  which  bed  days  are  counted  during  the  previous  episode. 

(6)  ABS  SICK.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "absent  sick." 

(7)  CONV  LV.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "convalescent  leave." 

(8)  COOP  CARE.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "cooperative  care." 

(9)  SUPP  CARE.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "supplemental  care." 

(10)  OTH  DAYS.  The  number  of  days  that  the  patient  spent  on  another 
absent  status  for  which  bed  days  are  not  counted. 

(11)  MODE.  The  patient's  mode  of  transportation  when  being  transferred 
out  of  the  previous  MTF. 
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Figure  15-6.  CR  -  TRANSFER  HISTORY  SCREEN 
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15.6  Episode  Days  by  Date/Clinical  Service.  The  Episode  Days  Screens  display 
information  on  the  number  of  days  the  patient  spent  on  various  absent  statuses 
and  clinical  services  during  the  inpatient  episode.  As  the  CR  menu  indicates, 
there  are  two  versions  of  the  Episode  Days  Screen.  Selection  5  from  the  menu 
calls  up  the  Episode  Days  by  Date  Screen,  which  displays  days  data  in 
chronological  order  (Figure  15-7).  Selection  6  displays  the  Episode  Days  by 
Clinical  Service  Screen,  showing  days  data  grouped  according  to  clinical  serv¬ 
ice,  with  total  bed-day  figures  for  each  clinical  service  (Figure  15-8). 

Each  screen  displays  a  line  of  data  on  each  clinical  service-absent  status 
assignment;  up  to  seven  assignments  can  be  displayed  per  page  of  these 
screens.  Data  Chart  15-5  describes  the  data  for  these  screens. 

Episode  days  data  was  calculated  by  the  system  from  the  admission  date,  the 
disposition  date,  and  the  dates  associated  with  each  of  the  patient's  changes 
in  clinical  service  and  absent  status.  This  data  is  for  review  only;  it  can¬ 
not  be  updated  in  Clinical  Records. 


(1)  CLN  SVC.  The  patient's  clinical  service  assignment.  On  the  Episode 
Days  by  Date  Screen,  clinical  service/absent  status  assignments  are  listed 
in  chronological  order. 

(2)  ABS  STATUS.  The  patient's  absent  status. 

(3)  DATE  ASSIGNED.  Date  of  the  clinical  service/absent  status  assignment. 

(A)  DAYS:  TOTAL.  The  total  number  of  days  accumulated  for  this  clinical 
service/absent  status  combination.  On  the  Episode  Days  by  Clinical 
Service  Screen,  this  column  also  shows  the  total  number  of  days  the 
patient  spent  on  this  clinical  service. 

(5)  BED.  The  number  of  days  on  this  clinical  service  that  the  patient  had 
a  status  for  which  bed  days  are  counted.  On  the  Episode  Days  by  Clinical 
Service  Screen,  this  column  shows  the  total  number  of  bed  days  for  the 
clinical  service. 

(6)  NON-BED .  The  number  of  days  on  this  clinical  service  that  the  patient 
had  an  absent  status  for  which  non-bed  days  are  counted.  On  the  Episode 
Days  by  Clinical  Service  Screen,  this  column  shows  the  total  number  of 
non-bed  days  for  the  clinical  service. 

(7)  TOTALS  FOR  THIS  MTF .  This  line  displays  the  total  number  of  days 
during  the  inpatient  episode,  and  the  total  number  of  bed  days  and  non-bed 
days  accumulated. 


Data  Chart  15-5.  CR  -  EPISODE  DAYS  SCREENS 
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Figure  15-9.  CR  -  EPISOOE  DAYS  BY  CLINICAL  SERVICE  SCREEN 
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15.7  Administrative  Text.  On  the  Administrative  Data  Screen  the  user  can 
enter  up  to  seven  lines  of  free-text  remarks  on  the  inpatient  episode  (Figure 
15-9).  Two  pages  of  this  screen  are  available. 


15.8  Non-Procedural  Providers.  On  the  Non-Procedural  Providers  Screen  the 
user  can  enter  or  update  codes  for  physicians  associated  with  the  inpatient 
episode,  but  not  associated  with  particular  procedures  performed  during  the 
episode.  Up  to  30  providers  can  be  listed  (Figure  15-10). 
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Figure  15-10.  CR  -  NON-PROCEDURAL  PROVIDERS  SCREEN 
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15.9  Record  Tracking.  On  the  Record  Tracking  Screen  the  user  can  enter,  up¬ 
date,  or  review  information  on  items  missing  from  the  record,  such  as  signa¬ 
tures  and  dictations.  These  items  are  tracked  to  determine  deficiencies  and 
delinquencies  of  the  medical  record.  If  the  record  is  not  complete  after  the 
suspense  date,  the  delinquency  will  automatically  be  posted  to  the  respective 
provider  profile.  See  Figure  15-11  for  an  example  of  the  screen,  and  Data 
Chart  15-6  for  a  description  of  its  fields. 

From  this  screen  the  user  can  choose  option  1-OTHER  MISSING  SIGNATURES,  which 
displays  the  Record  Tracking  Missing  Signatures  Screen.  On  this  screen  the 
user  can  enter  codes  for  as  many  as  eight  providers  whose  signatures  are  miss 
ing  from  the  record,  and  the  date  on  which  each  signature  was  received  (see 
Figure  15-12). 
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(1)  STATUS. 

(2)  START  DATE.  The  date  when  Clinical  Records  processing  was  initiated 
on  this  record.  Calculated  by  the  system  but  can  be  updated. 

(3)  SUSPENSE  DATE.  The  date  by  which  the  record  must  be  complete  or  it 
will  be  considered  delinquent.  Calculated  by  the  system  from  the  start 
date  and  the  number  of  days  until  medical  record  deficiency  (which  is 
specified  on  the  MTF  Profile  Screen  in  System  Management). 

This  screen  lists  the  following  recordkeeping  milestones: 

(4)  HISTORY  PHY.  The  history  physical. 

(5)  NARRATIVE. 

(6)  OP  REPORT. 

(7)  DISC  ORDER.  Discharge  order. 

(8)  DISC  NOTE.  Discharge  notes. 

(9)  NURSING  WARD. 

For  each  of  these  milestones,  data  items  10  through  14  can  be  entered: 

(10)  PROVIDER.  Code  for  the  provider  responsible  for  this  part  of  the 
record. 

(11)  MISSING  SIG.  Indicates  whether  this  part  of  the  record  is  missing  a 
signature. 

(12)  DATE  COMP.  Date  on  which  the  signature  on  this  part  of  the  record 
was  received. 

(13)  MISSING  DICT.  Indicates  whether  dictation  about  this  part  of  the 
record  is  missing. 

(14)  DATE  COMP.  Date  on  which  the  dictation  for  this  part  of  the  record 
was  received. 

(15)  REMARKS.  140  spaces  available  for  free-text  remarks  about  the 
record. 


Data  Chart  15-6.  CR  -  RECORD  TRACKING  SCREEN 
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Figure  15-11.  CR  -  RECORD  TRACKING  SCREEN 
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15.10  Clerk  Actions.  This  screen  lists  the  actions  that  the  clerk  and 
supervisor  can  take  to  complete  processing  on  an  inpatient  episode  record 
(Figure  15-13).  For  example,  the  clerk  can  enter  a  selection  that  indicates 
that  the  record  is  waiting  for  the  supervisor's  approval  if  it  contains  no 
errors.  The  supervisor  can  approve  the  record  as  final,  or  can  override  any 
errors  to  mark  the  record  as  final,  among  other  functions.  Most  of  the 
actions  available  from  this  screen  also  change  record  status,  as  displayed  on 
line  6.  Figure  15-14  summarizes  the  record  statuses,  and  Figure  15-15 
describes  the  clerk  and  supervisor  actions  appropriate  for  each. 

The  clerk  can  use  this  screen  to  request  printing  of  the  Inpatient  Treatment 
Record  Cover  Sheet  (ITRCS),  the  Record  of  Inpatient  Treatment  (RIPT),  or  the 
Coded  Episode  Summary.  (The  draft  version  of  the  RIPT  is  referred  to  as  the 
"DRIPT.")  These  reports  contain  summary  information  on  the  inpatient 
episode. 

Final  Clinical  Records  processing  of  a  patient  record  is  considered  complete 
when  data  on  the  record  has  been  transmitted  on  tape  to  higher  commands. 

This  tape  is  called  the  Coding  Transcript  Tape  (CTT).  CR  processing  should 
be  completed  on  each  record  within  a  certain  length  of  time  after  the  patient 
has  been  dispositioned;  the  length  of  time  is  specified  by  the  MTF  via  the 
System  Management  function.  Records  that  have  not  been  completely  processed 
in  CR  within  this  time  limit  are  considered  delinquent,  and  are  listed  on  the 
Roster  of  Delinquent  Records.  After  transmittal,  the  record  is  later  removed 
from  the  system  onto  an  archive  tape.  The  MTF  also  specifies,  through  System 
Management,  the  length  of  time  between  tape  transmittal  and  archiving. 

The  following  paragraphs  describe  the  clerk  and  supervisor  actions  available 
on  this  screen. 


15.10.1  Clerk's  Actions. 

a.  Print  Draft  Report.  Through  this  option  the  clerk  requests  printing 
of  the  ITRCS  or  the  DRIPT  (see  Part  III,  Outputs  for  further  description  of 
these  reports).  The  clerk  can  request  printing  at  any  time  except  when  the 
record  has  a  status  of  D,  meaning  that  it  has  been  deleted  from  CR 
processing. 

The  ITRCS  or  the  RIPT  are  also  printed  automatically  when  the  clerk  makes 
selection  W,  indicating  that  the  record  is  waiting  for  the  supervisor's 
approval.  Both  of  these  selections  initiate  an  extensive  set  of  final  edits 
on  the  record.  If  any  errors  are  discovered,  they  will  be  listed  on  the 
report,  and  they  must  be  corrected  before  the  record  status  will  actually 
change  to  W. 


Q008  AQCESS  -  PAD 


15-23 


Q008  AQCESS  -  PAD 


15-24 


b.  Waiting  Supervisor  Approval.  When  the  clerk  believes  the  record  is 
complete  and  error-free,  he  or  she  can  make  this  selection  to  mark  the  record 
as  waiting  for  the  supervisor's  approval.  As  mentioned,  this  selection 
causes  final  edits  to  be  run  on  the  record  and  the  ITRCS  or  RIPT  to  be 
printed.  If  errors  are  found,  they  will  be  printed  on  the  report,  and  the 
record  status  will  remain  I.  If  no  errors  are  found,  the  record  status 
changes  to  W,  and  the  record  cannot  be  updated  again  unless  the  supervisor 
changes  its  status. 

c.  Release  to  A&D.  When  a  record  is  accessed  through  Clinical  Records, 
it  is  not  available  to  any  other  ACCESS  function.  If  the  record  needs  to  be 
corrected  through  another  function,  the  clerk  can  release  the  record  from  CR 
control  by  making  this  selection.  The  only  records  that  cannot  be  released 
to  A&D  are  those  with  a  status  of  T,  meaning  that  they  have  already  been  in¬ 
cluded  on  tape  to  higher  commands.  A  reason  for  the  release  can  be  entered 
on  line  17  of  this  screen.  A  released  record  acquires  a  record  status  of  R, 
but  this  status  never  appears  on  a  CR  screen.  When  the  record  is  accessed 
again  in  Clinical  Records,  its  status  will  again  be  I.  The  Roster  of  Records 
Released  to  A&D  lists  the  records  and  the  reason  for  their  release,  enabling 
AAD  to  make  sure  the  appropriate  changes  are  made. 

d.  Print  Coded  Episode  Summary.  The  clerk  can  request  printing  of  the 
Coded  Episode  Summary  (CES)  at  any  time  except  when  the  record  has  a  status 
of  0,  meaning  that  it  has  been  deleted  from  CR  processing. 


15.10.2  Supervisor's  Actions.  After  selecting  each  of  the  following 
actions,  the  supervisor  must  enter  his  or  her  user  ID  and  password  in  the 
appropriate  field. 

a.  Approve.  With  this  option  the  supervisor  can  approve  a  W  status 
record  for  inclusion  on  the  Coding  Transcript  Tape.  The  supervisor  must 
enter  the  initials  of  the  person  who  will  sign  the  patient's  report  in  the 
AUTHORIZED  SIGNER  FOR  REPORT  field.  This  selection  also  causes  a  final  vers¬ 
ion  of  the  ITRCS  or  the  RIPT  to  print  out. 

b.  Delete.  A  deleted  record,  or  D  status  record,  cannot  be  accessed  in 
CR  and  does  not  appear  on  system  reports.  The  supervisor  can  delete  a  record 
if  it  is  incomplete,  waiting  for  approval,  or  rejected  (statuses  I,  W,  or  X, 
respectively).  To  be  able  to  access  a  deleted  record  again,  the  supervisor 
must  reject  it  (see  paragraph  d,  below). 

c.  Override.  When  a  record  contains  errors,  the  supervisor  can  over¬ 
ride  those  errors  and  mark  the  record  as  waiting  (status  W)  using  this  selec¬ 
tion. 


d.  Reject.  Rejecting  a  record  returns  it  for  further  processing  or 
correction  in  Clinical  Records.  The  supervisor  can  reject  records  that  have 
been  approved,  deleted,  marked  as  waiting,  or  included  on  the  Coding  Tran¬ 
script  (statuses  A,  D,  W,  or  T,  respectively).  A  rejected  record  takes  on  a 
status  of  X.  As  soon  as  it  is  updated  again,  the' status  changes  to  I. 
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If  a  T  status  record  is  rejected,  the  corrected  record  field  in  the  common 
data  section  of  the  CR  screens  will  be  automatically  set  to  C.  For  the  Army, 
this  record  may  be  approved  again  and  will  be  retransmitted  with  the  cor¬ 
rected  flag  set.  For  the  Navy,  a  correction  transaction  will  be  generated. 

e.  Clerk  List.  This  screen  displays  the  Clerk  List  (Figure  15-16), 
which  lists  the  last  20  clerks  who  updated  this  record,  and  the  date  of  each 
update. 


15.10.3  Submitting  the  Record  to  Higher  Commands.  After  the  record  is  in¬ 
cluded  on  the  Coding  Transcript  Tape,  it  acquires  a  record  status  of  T.  When 
a  record  has  this  status,  the  clerk  will  be  able  to  use  the  Print  Draft 
Report  option.  If  this  report  reveals  any  errors  on  the  record,  the  super¬ 
visor  will  be  able  to  reject  the  record  so  that  the  errors  can  be  corrected. 


Record  Status 

P  =  This  patient  has  a  projected  disposition. 

I  s  CR  processing  has  begun  on  this  record  but  is  incomplete. 

W  =  The  record  is  waiting  for  the  supervisor's  approval. 

A  =  The  record  has  been  approved  for  inclusion  on  the  Coding  Transcript  Tape 
(CTT ) . 

D  =  The  record  has  been  deleted  from  CR  processing;  it  cannot  be  accessed  in 
CR  and  does  not  appear  on  reports. 

X  =  The  record  contains  errors  and  has  been  rejected  so  that  it  can  be  cor¬ 
rected  in  CR. 

R  =  The  record  has  been  released  from  CR  control  so  that  it  can  be  accessed 
by  an  R/ADT  function. 


Figure  15-14.  SUMMARY  OF  CR  RECORD  STATUSES 
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When  Record 
Status  Is: 


Clerk  Can 
Select: 


Supervisor 
Can  Select: 


I 

W 

X 

A 

0 

T 

P 

(projected 

disposition) 

Figure  15-15 


P  -  PRINT  DRAFT  REPORT 
W  -  WAITING  SUPERVISOR 
APPROVAL 

R  -  RELEASE  TO  A&D 


D  -  DELETE 
0  -  OVERRIDE 
C  -  CLERK  LIST 


P  -  PRINT  DRAFT  REPORT  X  -  REJECT 

R  -  RELEASE  TO  A&D  A  -  APPROVE 

D  -  DELETE 
C  -  CLERK  LIST 


P  -  PRINT  DRAFT  REPORT  C  -  CLERK  LIST 

W  -  WAITING  SUPERVISOR  D  -  DELETE 

APPROVAL 

R  -  RELEASE  TO  A&D 


P  -  PRINT  DRAFT  REPORT 
R  -  RELEASE  TO  A&D 


X  -  REJECT 
C  -  CLERK  LIST 


R  -  RELEASE  TO  A&D 


X  -  REJECT 
D  -  DELETE 


P  -  PRINT  DRAFT  REPORT  X  -  REJECT 

D  -  DELETE 


P  -  PRINT  DRAFT  REPORT 


CLERK  LIST 


SUMMARY  OF  CLERK  AND  SUPERVISOR  ACTIONS  APPROPRIATE  FOR  EACH 
CR  RECORD  STATUS 
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KXKMMXKXXHXHXHX  X * X X XX X X X X XXX  DATE  xxxxxxxxxxx  TIME  xxxx 

PERSONAL  data  -  PRIVACY  ACT  OF  1«74 

NAME  xxxxxxxxxxxxx.xxxxxxxxxxxxxx  SEX  x  EMP  xx  SSN  xxxxxx.xxxxx  POR  xxxxxxxxx-x 
ADMISSION*  PFO  NO  xxxxxx.xx  SOIIPCF  xxx  P4TF/TTKE  xxxxxxxxxxxxxxxx  HARD  xxxx 
DISPOSITION?  TYPE  xxxx  PATE/TTMF  x--xxxxxxx-xxx.xx  PHYSICIAN  OPDEP T NG  xxxxxx 
PFCOPO:  STATUS  X  PATE/TTMF  MOniFIED  »s««x- xxxxxxxxxx  COPPECTFP  x  CLERK  xxx 

«Y  CLERK  UPDATE  I.I«T  *« 


clerk: 

xxx 

date: 

xxxxx  xxxxxxxxxx 

X 

clerk: 

XXX 

date: 

XX  XXXXXXXXXX  xxxx 

ct  erk: 

xxx 

date: 

xxxxxxxxxx^xxxx 

X 

clerk: 

XXX 

nATE: 

xxxxxxxxxxxxxxxx 

ci epk: 

xxx 

date: 

xxxxxxxxxxxxxxxx 

ci  erk: 

xx.x 

pate: 

xxxxxxxxxxxxxxxx 

clerk: 

xxx 

pate: 

XXXXXXXX<*^VMv,,T*e 

clerk: 

xxx 

pate: 

xxxxxxxxxxxxxxxx 

clerk: 

xxx 

date: 

xxxxxxxxxxxxxxxx 

ci  erk: 

xxx 

date: 

XXXXXXXXXXXXXXXX 

clerk: 

xxx 

date: 

XXXXXXXXXXXXX*EX 

x 

ci  frk: 

xxx 

date: 

XXXXXXXXXXXXXXXX 

clerk: 

xxx 

date; 

X  X  X  X  X  X  X  X  X  X  X  X  X  X  x 

y> 

ci  erk: 

x*x 

pate: 

XXXXXXXXXXXXXXXX 

clerk: 

xxx 

date: 

XXXXXXXXXXXX'F^X 

«E 

clerk; 

x  X 

pate: 

XXXXXXXXXXXXXXXX 

clerk: 

xxx 

date: 

MXXXXX. XXXXXX^rx 

X 

ci  erk: 

XXX 

date: 

xxxxxxxxxxxxxxxx 

clerk: 

xxx 

date: 

XX  X  X  X  XX  X  x  X  X  X  X -  X 

w 

ci epk: 

xxx 

datf: 

XX  x.x  X  XXXXXXXXXX  X 

J  -  DIAGNOSIS  4  -  TRANSFER  HISTORY  7  -  ADNTN  TFXT  0  -  CLERK  ACTION 

">  -  PROCEDURES  5  -  EPISODE  DAYS  R  Y  DATF  8  -  NON-PROC  PHYR 

?  -  MTSC  6  -  EPISODF  PAYS  BY  Cl.  N  S'lC  9  -  RECORD  TRACKING 

ENTER  SELECTIONS 
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Figure  15-16.  CR  -  CLERK  LIST  SCREEN 


15-28 


SECTION  16.  CLINICAL  RECORDS  REPORTS  SCREEN 


16,1  Clinical  Records  Reports  Eunction  -  Overview.  Throuah  this  function  the 
user  is  able  to  request  orintinq  of  Clinical  Records  reports  such  as: 

a.  Dispositions  without  Clinical  Records  Report. 

b.  Roster  of  Delinquent  Records. 

c.  Roster  of  Records  Currently  Released  to  A&O. 

Throuqh  the  Clinical  Records  Reports  function,  users  also  initiate 
end-of-month  processing  of  records. 

When  this  selection  is  entered  on  the  User  Entry  Menu  Screen,  the  Clinical 
Records  Reports  Selection  Screen  is  displayed  (Figure  16-1).  This  screen 
displays  the  list  of  reports  from  which  the  user  can  choose.  For  each  report 
a  screen  will  appear  on  which  the  user  specifies  run-time  parameters,  as  for 
the  R/AOT  reports.  The  user  must  specify  whether  the  report  is  to  be 
displayed  on  the  screen  or  printed.  Other  report  parameters  may  be  speciried, 
depending  on  the  report.  Reports  that  are  to  be  printed  will  run  as  a 
background  job;  after  the  run-time  specifications  are  entered,  the  user  mav  ao 
an  with  other  processing.  Reports  that  are  output  to  the  terminal,  obviously, 
"  run  while  the  user  waits. 

*  '  * 

For  details  on  the  contents  of  these  reports,  see  Part  III,  Outputs. 


QOOfl  AOCESS  -  PAD 


16-1 


NOT  AVAILABLE  AT  THIS  TIME 


Fiaure  16-1.  CLINJL'AL  RECORDS  REPORTS  SELECTION  SCREEN 
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SECTION  17.  OUTPUTS 


17.1  Overview.  Two  types  of  outputs  are  produced  by  AQCESS:  products  and 
reports. 

The  system's  products,  which  are  listed  below,  are  described  in  section  17.2. 

a.  Registration  product:  Registration  Form. 

b.  Inpatient  products. 

(1)  Admission  Form. 

(2)  Embossed  Cards. 

(3)  Index  Cards. 

c.  Clinical  Records  products. 

(1)  Coded  Episode  Summary  (CES). 

(2)  Inpatient  Treatment  Record  Cover  Sheet  (ITRCS)  or  Record  of 
Inpatient  Treatment  (R1PT). 

(3)  Error  List. 

The  system's  reports  are: 

a.  R/ADT  Reports  (described  in  section  17.3). 

(1)  Admission  and  Disposition  Report. 

(2)  A&D  Recapitulation  and  Patient  Strength  Report. 

(3)  Alpha  Roster  of  Hospital  Patients. 

(4)  Daily  Admissions  by  Diagnosis. 

(5)  Injury  Report. 

(6)  Invalid  Sign-On  Log. 

(7)  List  of  Current  Passwords. 

(8)  Roster  of  VSI/SI/SC  Patients. 

(9)  Status  Out  Roster. 

(10)  UCA  Disposition  Report. 

(11)  UCA  Inpatient  Occupied  Bed  Days  Report. 

(12)  Ward  Nursing  Report. 

b.  Clinical  Records  Reports  (described  in  section  17.4). 

(1)  Coded  Transcript  Tape  (CTT). 

(2)  Roster  of  Delinquent  Records. 

(3)  Roster  of  Records  Released  to  A  &  D. 

Most  figures  in  this  section  show  formats  of  the  reports,  without  data  in 
them.  On  these  formats,  the  letter  "h"  indicates  that  this  field  contains 
header  information,  the  letter  "p"  represents  the  page  number,  the  letter  "x" 
represents  data,  and  the  letter  "t"  indicates  that  trailer  or  footer 
information  is  displayed. 
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All  the  AQCESS  reports  display  the  same  header  data,  except  where  indicated 
otherwise.  (The  top  line  shown  on  formats  of  reports,  giving  the  report 
number,  is  not  actually  displayed  on  reports  as  printed  for  the  user.)  After 
the  line  showing  the  report  number,  the  first  line  shows  TRIMIS  PAD  version 
number,  the  Privacy  Act  statement,  and  the  run  date.  The  second  line  contains 
the  MTF's  name  and  code  and  the  page  number.  The  third  line  shows  the  name  of 
the  report. 


17.2  Products. 


17.2.1  Registration  Products. 


a.  Registration  Form.  These  forms  contain  data  entered  during  registra¬ 
tion  and  are  reguested  from  the  Registration  Products  segment  of  the 
Registration  process.  Figure  17-1  shows  a  sample  form.  The  data  on 
this  form  is  described  in  section  5,  Registration  (see  Data  Chart 
5-1). 


17.2.2  Inpatient  Products. 


a.  Admission  Form.  This  form  containing  patient  information  is  sent  to 
the  ward  with  the  patient  and  used  to  record  treatment  information. 
It  is  requested  from  Admission's  Inpatient  Products  segment.  See 
Figure  17-2  for  an  example  of  the  Admission  Form  used  by  the  Army, 
and  Figure  17-3  for  an  example  of  the  Form  used  by  the  Navy. 


b.  Embossed  Cards.  This  product  also  displays  registration  and  admis¬ 
sion  information;  it  can  be  requested  via  Admission's  Inpatient 
Products  segment.  See  Figure  17-4  for  an  example. 


c.  Index  Card.  These  cards  also  display  admission  data  and  are  re¬ 
quested  from  Admission's  Inpatient  Products  segment.  Index  Cards, 
which  are  3x5  or  5x8  cards,  are  printed  in  sets.  The  number  of  cards 
in  each  set  is  specified  by  the  MTF  on  the  MTF  Profile  (see  section 
11).  The  user  requests  the  number  of  sets  desired.  Figure  17-5 
shows  an  example  of  the  3x5  card  used  by  the  Army  and  Air  Force, 
and  Data  Chart  17-1  describes  its  fields.  Figure  17-6  is  an  example 
of  the  5x8  card  used  by  the  Navy,  and  Data  Chart  17-2  describes  its 
fields. 
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AQCESS  VERSION  100  ****  PERSONAL  DATA  ****  LAST  UPDATE  20 

TEST  AF  HOSPITAL  *  PRIVACY  ACT  OF  1974  *  RUN  DATE  21 

PATIENT  REGISTRATION  FORM 

NAME:  JOHNSTON  ALBERT 

DATE  OF  BIRTH:  04  DEC  1944 


SEX:  M 

RACE:  1 

FAMILY  MEMBER  PREFIX:  20 

SPONSOR  NAME: 

SPONSOR  SSN:  125125125 

PATIENT  CATEGORY:  All 

SPONSOR  RANK:  COL 

PATIENT  OCCUPATION: 

DUTY  TELEPHONE:  2174338990 

HOME  TELEPHONE:  2175557645 

SPONSOR  MIL  DUTY  STAT  ADDR: 

FT  MEADE 

FT  MEADE  MD  20045 

PATIENT  MAILING  ADDRESS: 

1014  FIRST  STREET 

MONROE  NY  10879 

PRIMARY  CARE  MTF : 

REG  NO  LAST  ADM  THIS  MTF:  NONE 
DATE  LAST  ADM  THIS  MTF: 

REGISTRATION  REMARKS: 

DATE  VERIFIED  W/PNT: 

FLYING  STATUS 

Figure  17-1.  REGISTRATION  FORM 
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INPATIENT  TREATMENT  PECCRO  COVER  SHE 

:or  ast  3 f  tvs  ;3n,  see  -R  iQ  -  -CO;  :ne  ar^conenc  jcency  s  'ne  3f**a»  “'•e  Surgeon  3<neril. 


sister  njraes  2.  -<ame  .isc.  2.  osaoe  admission  psmarks 


4.  jcX  3.  -uc  5.  3.ACE 


.  *“P 


.5 .  bating, osa 


1.  SOURCE  OF  ADMISSION /AUTHORITY  -OR  ADMISSION 


24.  NAME/ RELATIONSHIP  2F  £.’«E.RGtNCY  ;CCRES3c 


27.  4C0RE53  OF  EMERGENCY  AGCRESSE 


cat: on  of  '-edical  treatment  -ac:l: 


1.  SELECTED  ADMINISTRATIVE  DATA 


3LOCO/CCMPCNENT 

•’ANsrjsEj 


Check  If  Continued  an  Averse 


33.  CAUSE  OF  INJURY 


34.  OIAGNOSIS/OPERATIGNS  ANO  SPECIAL  PROCEDURES 


□  Check  Of  Continued  an  Reverse 


35.  "OTAL  3AY3  THIS  FACILITY 
*•  ABSENT  5ICX  la.  OTHER  OATS 

1  c.  CONY  './/COOP 

Id.  SUPPLEMENTAL 

It.  3ES  JAYS 

If.  TOTAL  3 ICY 

OATS 

CARE  OATS 

CARE  OAYS 

OAYS 

36.  TOTAL  OAYS  ALL  FACIL 

A.  ABSENT  SICK 

OAYS 

ITIES 

a.  other  oays 

c.  conv  lvycoop 

CARE  OAYS 

d.  SUPPLEMENTAL 

CARE  OAYS 

«.  3EP  OAYS 

f.  TOTAL  SICK 

OAYS 

1  SIGNATURE  OF  ATTENOtNG  MEDICAL  OFFtCER 

SIGNATURE  OF  ’AO  OR  HEOICAL  RECORD  OFFICER 

Figure  17-2.  ADMISSION  FORM  (ARMY) 
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NOT  AVAILABLE  AT  THIS  TIME 


Figure  17-4.  EMBOSSED  CARD 
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PERSONAL 

DATA/PR IV  ACT  1974 

0000158 

JONES 

BABY 

01  121514567 

31 

61 

4E  DIS  F 

BAPT  C  01  AUG 

84  DIR 

JONES  JANE 

M  C  301 ) 

777-8898 

12  OLIVE  ST 

BETHESDA 

MD 

20910 

A51  31  MAR 85 

1045 

LEWIS,  STERLING  F.,  MAJ  AAAA 

Figure  17-5.  3X5  CARD 


Line 

1 

contains 

Line 

2 

contains : 

Line 

3 

contains : 

Line 

4 

contains : 

Line 

5 

contains: 

Line 

6 

contains : 

Line 

7 

contains: 

Line 

8 

contains : 

PRIVACY  ACT  STATEMENT. 

PATIENT'S  REGISTER  NUMBER,  PATIENT'S  NAME,  RANK,  if 
active  duty. 

PATIENT'S  FMP,  SPONSOR'S  SSN,  AUTHORITY  FOR 
HOSPITALIZATION. 

WARD'  ID,  TYPE  CASE,  PATIENT’  SEX,  RELIGION,  RACE,  ARMY 
BRANC"  OF  SERVICE,  DOB,  SOURCE  OF  ADMISSION 
NAME  OF  NEXT  OF  KIN,  RELATIONSHIP,  PHONE  NUMBER 
NEXT  OF  KIN'S  STREET  ADDRESS,  PATIENT'S  EXPIRATION 
OF  TERM  OF  SERVICE,  if  active  duty 
NEXT  OF  KIN’S  CITY,  STATE,  and  ZIP  CODE;  PATIENT'S 
DATE  and  COUNTRY  of  initial  admission 
PATIENT'S  PATIENT  CATEGORY,  DATE/TIME  OF  ADMISSION, 
ADMITTING  PHYSICIAN,  and  UCA  CLINICAL  SERVICE  CODE, 
dependent . 


if 


Data  Chart  17-1.  3X5  CARD 
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Figure  17-6.  5x8  CARD 


NOT  AVAILABLE  AT  THIS  TIME 


Data  Chart  17-2.  5x8  CARD 


f 
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17.2.3  Clinical  Records  Products. 


17.2.3.1  Coded  Episode  Summary  (CE5).  The  Coded  Episode  Summary  is  a  print¬ 
out  of  the  data  on  the  Coding  Transcript  Tape  (see  section  17.4.1).  The  CES 
is  different  for  each  military  department.  It  is  printed  on  request  or  when 
the  clerk  sets  the  record's  status  to  W. 

See  Figure  17-7  for  an  example  of  the  format  of  the  Air  Force  CES.  (This  is 
an  example  of  the  format  only;  the  data  is  not  correct.) 


17.2.3.2  Inpatient  Record  Cover  Sheet  (ITRCS)  and  Record  of  Inpatient 
Treatment  ( R I P T7~I  The  RIPT  for  the  Navy  and  the  Air  Force  is  printed  on  re¬ 
quest  or  when  the  user  sets  the  record  status  to  W.  The  formats  are  similar 
See  Figure  17-8  for  an  example  of  of  the  Air  Force  form,  and  Figure  17-9  for 
an  example  of  the  Navy  form. 


17.2,3.3  Error  List.  The  Error  List  is  printed  following  each  draft  ITRCS  or 
RIPT.  The  heading  is  standard  for  all  military  departments.  Any  errors  will 
be  listed.  The  edit  logic  and,  therefore,  the  error  messages  are  different 
for  each  military  department.  See  Figure  17-10  for  an  example  of  the  Error 
List . 
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***  CLINICAL  RECORPS  CODED  EPISODE  SUMMARY  *** 

PERSONAL  DATA  PRIVACY  ACT  OF  1974  27  MAR  1905  0644 


REG 

»  00000636  NAME: 

JOHNS 

BARRY 

sex:  m  fmp/ssn: 

20  888-77-7666 

PNT 

cat:  Fll 

dob: 

03  MAR  1933 

RECORD  clerk: 

HKK 

ADM 

DATE:  22  MAR  1985 

1400 

DISP  pate:  27 

MAR  1985  0626 

SRC 

adh:  DIR 

DISP 

type:  duty 

cause: 

CLN  sue: 

REGISTER 

1-8 


MTF  FMP 

9-14  15-16 


SSN 

17-25 


CARD  A  - 

BEN/CHD  GRADE  AFSC  AV-SV  A-RAT  L-SVC  AGE 
26-28  29-30  31-33  34-35  36  37-38  39-40 


00000636  000251 


20  888777666  Fll  03  45 


11 


SEX  MSTAT  RACE  DUTYZ  INIT-MTF  IN-AD-DT  DISP-D  DISP-TP  TO-DY-DT  BD-DT  bd-fac  a 
41  42  43  44-50  51-56  57-61  62-66  67  68-70  71-73  74-76  77-00 


M  S  C  9998700 


2850322  2850327  A 


5  2  2  a 


CARD  B  ------------------------------------ 

REGISTER  MTF  DIS-CLIN  CBED-DA  CAUSE-INJ  CAUSE-D/S  PRI-DIAG  <INF  2ND-DIAG  <INF 


1-8 

9-14  15-17 

18-20  21-24  25 

26-31 

32  33-38 

39 

00000636 

000251 

0 

53000 

0  53010 

0 

3RP-DIAG 

INF  PRI-PROUDR 

2NP-PR0UDR  3RD-PR0VDR 

CONV-TAKEN 

CONU-REC 

B 

40-45 

46  47-52  53 

54-59  60  61-66  67 

68-69 

70-71 

72-80 

A 

B 

-  CARD  C  - 

REGISTER  MTF  OTH-CLIN  'BED-PA  OTH-CLIN  'BED-PA  (1ST-0P  P  POCT > < 2ND-0P  D  POCR) 

1-8  9-14  15-17  18-20  21-23  24-26  27-30  31  32-34  35-30  39  40-42 


00000636  000251  AAA  002  AAA  000 

(3RD-0P  D  POCT)  PRE-OP  POST-OP  VL-WHOL  CC-PACK  FETUS1  FETUS2  FETUS3  FETUS4  C 
43-46  47  48-50  51-53  54-56  57-61  62-66  67-68  69-70  71-72  73-74  75-80 


LC 


Figure  17-7.  COOED  EPISODE  SUMMARY  (AIR  FORCE) 


Q008  AQCESS  -  PAD 


17-10 


RUN  date:  27  MAR  19P5  ***i  RECOPD  OF  INPATIENT  TREATMENT  ****  PAGE!  1 

time:  457  PERSONAL  DATA  -  PRIVACY  ACT  OF  19?4 

NTF:  0251 

*****ORAFT*f*»*DRAFT**»**nRAFT*****DRAFT***t*PRAFT***t*DRAFT****»DRAFTt**«* 

register:  0000434  name:  johns  Barry  fmp/ssn:  20  888-77-7444 


admission:  date/time:  22  mar  1985  moo  source:  dir  ward:  ae  type  case:  dis 

pnt  category:  act-duty  usaf  branch  of  service:  f 

grade:  03  length  of  svc:  yrs:  11  mos:  00  military  occ:  22345  fly  status: 

MARITAL  STATUS;  S  SEX!  M  RACE:  C  DOB:  03  MAR  1933 

religion:  roman  catholic 

aero  rating:  aviation  service  code: 


disposition:  date/time:  27  mar  1995  0424  type:  puty 

UNDERLYING  CAUSE:  FACILITY  TFR  TO: 


selected  administrative  data: 


CAUSE  OF  injury: 


sponsor  name:  johns  barry 
duty  address:  neesler  afb 

BILOXI  MS  99987 

NXT  OF  KIN  RELATIONSHIP:  WIFE  EMERGENCY  RELATIONSHIP: 

name:  JOHNS  MILDRED  NAME: 

address:  123  4 th  south  address: 

CARMEL  VALLEY  CA  93924 

PATIENT 

ADDRESS:  123  4 TH  SOUTH  HOME  phone: 

CARMEL  VALLEY  CA  93924  WORK  PHONE: 

PRIMARY  MTF: 


DIAGNOSES 

icd:  5300  inf:  o 

achalasia  and  cardiospasm 


icd:  5301  inf:  o 

esophagitis 


......... ...........  PROCEDURES 

none  performed 


............a..  non-procedural  providers 

PRIMARY  FROVIDER: 


register:  0000634  name:  johns  barry 

t*  REPLACES  AF  FORM  565  ** 


FMP/SSN:  20  888-77-7666 
CONTINUED  on  PAGE  2 


Figure  17-8.  RECORD  OF  INPATIENT  TREATMENT  (AIR  FORCE) 
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RUN  date:  27  MAR  1985  ***«  RECORD  Of  INPATIENT  TREATMENT  ****  RAGE:  2 

TIME:  657  PERSONAL  DATA  -  PRIMACY  ACT  OF  1974 

MTF:  0251 

*****PRAFT*****PRAFT*****DRAFT*****DRAFT*****DRAFT*****DRAFT*****PRAFT***** 

REGISTER:  0000636  NAME:  JOHNS  PARRY  FMP/SSN:  20  888-77-7  4,1.6 


*TOT 

4DAYS 


>»aa<*s»»aia  EPISODE  DAY  SUMMARY  »»*»»■»»»»*=*»»*»=»» 
PED  NON-BED* 

DAYS  PAYS  * 

THIS  MTP :  US AF  CLINIC  i  EIELSON  AFP.  AK  99702 

ADMIT  DATE:  22  MAR  1985  1400  DISP  DATE  I  27  MAR  1985  0626 


INTERNAL  MEDICINE 

2  0  PED  OCCUPANT  THIS  MTF 

DATE  ASSIGNED:  22  MAR  1985 
0  3  CONVALESCENT  LEAVE 

DATE  ASSIGNED:  24  MAR  1985 


3  *  TO  T  AL  DAYS  THIS  MTF 

0  *TOTAL  PRIOR  MTFS.  NON-MILITARY  FACILITIES  AND  TRANSIT 
3  *T0 T AL  DAYS  TO  DATE 


convalescent  leave  taken:  3  recommended:  2 


aa»aaaaaaaa«»aaaa»a»»a»«  OTHER  RESOURCES  aaaaaaaaaaaaaaaaaaaaaaaaa 

CC -WHOLE  CC-PACKED  PRE-OP  POST-OP  COOPERATIVE  CARE  DAYS  SUPP  CARE  DAYS 

BLOOD  CELLS  DAYS  DAYS  THIS  MTF  PRIOR  MTFS  THIS  MTF  PRIOR  MTFS 

0  0  0  0 


REGISTER:  0000636  NAME:  JOHNS  parry 

**  REPLACES  AF  FORM  565  ** 


FHP/SSn:  20  888-77-7666 
EVP  OF  REPORT  W"" 


Figure  17-8  (continued).  RECORD  OF  INPATIENT  TREATMENT  (AIR  FORCE) 
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page:  i 


-un  date: 
tine: 


mar  i«s; 


703 


****  RECORD  OF  INPATIENT  TREATMENT  **** 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
MTF:  0251 

«****DRAFTt**»* DRAFT***** DR AFT*****PRaFT*****DEAFT*****PR AFT***** DRAFT***** 
REGISTER:  0000613  name:  WILLIAMS  AMY  FHP/SSn:  30  123-45-6789 


admission:  date/time:  21  mar  i?as  isi*  source:  dir  ward:  4E  type  case:  bis 

PNT  category:  depn  usn  active  duty  branch  of  service:  n 

CIV  OCC:  DOMESTIC  ENGINEER 

marital  status:  m  sex:  f  race:  c  dob:  30  dec  1R55 

religion:  no  preference 

RECORDS  RECEIVED:  hr-  DR-  SR-  PR-  ORD-  RE- 


DISPOSITIOn:  date/time:  22  MAR  1985  1142 

UNDERLYING  CAUSE: 


type:  home 
facility  tfr  to: 


SELECTED  ADMINISTRATIVE  DATA! 


CAUSE  OF  injury: 


NX T  OF  KIN  relationship:  wife 
name:  WILLIAMS  AMY 

ADDRESS:  125  U  BROAD  st 

PAWCATUCK  CT  02345 

PATIENT 

ADDRESS:  125  U  BROAD  ST 

PAWCATUCK  CT  02345 
primary  htf:  nois 


EMERGENCY  RELATIONSHIP: 

name: 

address: 


HOME  PHONE.'  123456789 
WORK  phone: 


=  s ** *a**S!  Isjs>la>a>s2ssi«i nmaa  DIAGNOSES  ****************************** 

occupation  related:  epte:  icd:  65001  cause: 

NORMAL  DELIVERY 


. . . .  p  A  0  C  E  D  U  R  E  S  ***************************** 

PROCEDURE:  9263-  -  DATES:  21  MAR  1985 

ROUTINE  EFISIOTOMY 
PROVIDER  team:  STAFF  DOCTOR 


:sji3=i==»i=m.»  NON-PROCEDURAL  PROVIDERS* 
PRIMARY  PROVIDER: 


REGISTER:  0000613  NAME:  WILLIAMS  AMY  FMP/SSN:  30  123-45-6789 

CONTINUED  ON  PAGE  2 


Figure  17-9.  RECORD  OF  IMPATIENT  TREATMENT  (NAVY) 
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RUN  date:  27  MAR  1983  ****  RECORD  OF  INPATIENT  TREATMENT  ****  PAGE:  2 

TIME:  703  PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

mtf:  0031 

*****DRAFT*****ORAFT*****DRAFT***t*DRAFT*****DRAFT*****ORAFT*****DR'AFT***** 
REGISTER:  0000413  name:  WILLIAMS  AMY  FMP/SSn:  30  123-45-4789 


»»»*»»*»*«*«*»» *■»»=««  E  p  I  S  o  D  E  D  A  Y  S  U  M  M  A  R  Y  •»»=*«»»»*»»*»*••» 
*T0T  BED  NON-BED* 

•DAYS  DAYS  DAYS  * 

THIS  MTF:  USAF  CLINIC.  EIELSON  AFB.  AK  99702 

ADMIT  DATE:  21  MAR  1983  1514  DISP  DATE:  22  MAR  1985  1142 

1  INTERNAL  MEDICINE 

1  0  BED  OCCUPANT  THIS  MTF 

DATE  ASSIGNED:  21  MAR  1983 

=  *  =  *  SX2S  a— MM 

1  1  0  tTOTAL  DAYS  THIS  MTF 

000  *total  prior  mtfs.  non-military  facilities  AND  transit 

1  1  0  *TOTAL  days  TO  DATE 


convalescent  leave  taken:  o  recommended: 


OTHER  RESOURCES  . . . 

CC-UHOLE  cc-packed  pre-op  post-op  cooperative  care  days  supp  care  days 

BLOOD  CELLS  DAYS  DAYS  THIS  MTF  PRIOR  MTFS  THIS  MTF  PRIOR  MT*FS 

0  0  0  0 


register:  0000413  name:  williams  any  fmp/ssn:  30  123-45-4799 

END  OF  REPORT 


Figure  17-9  (continued).  RECORD  OF  INPATIENT  TREATMENT  (NAVY) 


Q008  AQCESS  -  PAD 


17-14 


17.3  R/ADT  Reports. 


17.3.1  Admission  and  Disposition  Report.  The  A&D  Report  describes  all  cor¬ 
rections  to  data  on  admissions,  dispositions,  changes  of  absent  status,  and 
newborn  activity.  The  report  is  run  daily,  usually  at  midnight,  but  a  partial 
report  can  be  run  at  anytime.  Figure  17-11  shows  an  example  of  the  A&D 
Report . 

In  addition  to  the  standard  heading  data,  an  inserted  third  line  shows  the 
period  ending  date  for  this  report. 

The  body  of  the  A&D  report  is  divided  into  sections  depending  on  the  type  of 
activity  being  reported.  These  sections  are:  Admission,  Disposition,  Absent 
Status,  Interward  Transfer,  Newborn,  and  Text  Corrections.  Each  section  lists 
the  patient  record  affected  by  the  activity,  and  gives  the  following  informa¬ 
tion  on  that  record  (as  indicated  by  the  report's  column  headings): 

(1)  REG.  NO.,  PATIENT  NAME,  DUTY  ADDRESS,  TYPE  CASE,  TIME,  WARD 

(2)  FMP,  SPONSOR  SSN,  RANK,  PNT  CAT.,  RELATIONSHIP,  MTF  DAYS,  FS  (flying 
status) 

a.  Admission  Section  Content.  The  Admission  Section  is  divided  into 

subsections  that  contain  the  admission  activity  for  each  source  of  admission 
as  collected  on  the  Admission  Screen.  The  actual  subsections  are  different  for 
each  service.  Admissions  that  are  "Transfer-In"  are  grouped  by  the  code  of  • 

the  MTF  from  which  the  patient  transferred.  There  is  a  two-line  entry  for 

each  patient  who  falls  under  the  various  admission  subsections. 

b.  Disposition  Section  Content.  The  Disposition  Section  is  divided  into 
subsections  that  contain  the  disposition  activity  for  each  disposition  type 
(see  the  appropriate  table)  as  specified  on  the  Disposition  Screen.  Disposi¬ 
tions  that  are  "Transfer-Out"  are  grouped  by  the  MTF  code  to  which  the  patient 
was  transferred.  There  is  a  two-line  entry  for  each  patient  who  falls  under 
the  various  disposition  subsections. 

c.  Absent  Status  Section  Content.  The  Absent  Status  Section  is  divided 
into  subsections  that  reflect  the  change  of  absent  status  activity  for  each 
absent  status  collected  and  modified  in  Admission/Transfer  processing.  There 
is  a  two-line  entry  for  each  patient  who  falls  under  the  various  change  of 
absent  status  subsections. 
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d.  Interward  Transfer  Section  Content.  The  Interward  Transfer  Section 
contains  a  line  entry  for  each  patient  who  has  been  transferred  from  one  ward 
to  another. 

e.  Newborn  Section  Content.  The  Newborn  Section  contains  subsections 
that  reflect  births,  deaths,  and  discharges  of  newborns. 

f.  Text  Corrections.  .Text  corrections  are  memoranda  entered  via  the 
Correction  Management  subsystem  that  are  used  to  communicate  corrections  to 
previous  A&D  Reports  or  unusual  circumstances  to  MTF  personnel. 


Q008  AQCESS  -  PAD 


17-17 


PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  25  MAR  1905  1355 
TEST  NAVY  HOSPITAL  PAGE  1 

PERIOD  ENDING  1355  HOURS  25  MAR  1985  *  05094  * 

*****  ADMISSION  AND  DISPOSITION  REPORT  ***** 

REG  NO.  PATIENT  NAME  DUTY  ADDRESS/  TYPE  CASE  TIME  WARD 

PMP  SPONSOR  SSN  RANK  PNT-CAT  RELATIONSHIP  HTF  DAYS  FS 

***********  DIRECT  ADMISSIONS  -  ACTIVE  DUTY  U.S.  UNIFORMED  SERVICES  *********** 

0000623  CARTER  WILLIAM  DIS  1340  FAD 

20  000-00-0001  SN  Nil  0 

********************************  hard  TRANSFERS  ***************x******x****x**( 

0000623  CARTER  WILLIAM  DIS  134"1  6S 

20  000-00-0001  SN  Nil  0  FAB 

0000609  MATTIA  ALAN  939-A  LKJFI  INJ  1317  55 

20  093-90-4329  1LT  All  SAN  ANTONIO  TX  90320  4  4E 

*******************  CORRECTIONS  FOR  DISPOSITION  CANCELLATIONS  (**************** 

CHANGES  TO  REPORT  OF  22  MAR  1985 

DISPOSITION  CANCELLED  ON  DATE  OTHER  THAN  DISPOSITION  DATE 
0000609  MATTIA  ALAN  939-A  LKJFI  INJ  1107  *P0 

20  093-90-4329  1LT  All  SAN  ANTONIO  TX  90320  4 


Figure  17-11.  ADMISSION  AND  DISPOSITION  REPORT 
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17.3.2  -A &D  Recap  and  Patient  Strength  Report.  The  AM)  Recap  is  a  list  of  all 
patients  sorted  by  their  patient  category.  It  includes  the  following  data: 


(1)  PNT  CAT 

(2)  DESCRIPTION 

(3)  PREVIOUS  REPORT 

(4)  GAINS 
(3)  LOSSES 

(6)  PRESENT  REPORT 

(7)  SUB  ELSE 

(8)  ABSENT  SICK 

(9)  OTHER  ABSENT 

(10)  TOTAL  ABSENT 

(11)  ON  PASS 

(12)  NON -PAY  NEWBORN 

(13)  BEDS  TOTAL 


See  Figure  17-12  for  an  example  of  the  Army  version  of  this  report.  Informa¬ 
tion  on  the  Patient  Strength  Report  will  be  available  at  a  later  date. 


« 
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DESCRIPTION 


PERSONAL  DATA  -  PRIVACY  ACT  1*74 

TEST  NAVY  HOSPITAL 

PERIOO  ENDING  2400  HOURS  23  NAP  1783  1*01 


RUN  DATE  23  NAP  1 Rf3  1401 
PAGE  1 


AONISSION  AND  DISPOSITION  REPORT 


PREVIOUS  GAINS  LOSSES  PRESENT  SU8  ASSENT  OTHER  TOTAL 


REPORT 

ADMISSION 


REPORT  ELSE  SICK  ASSENT  ASSENT  PASS 


NON-RAY 

NEafCRN 


*9  DISPOSITION  RECAPITULATION  atassst«ltt>itit« 


USAR  ACTIVE  DUTY 
USAP  ACTIVE  DUTY 
U3AP  RET  AD  TRAIN INO 
USN  ACTIVE  DUTY 
DEPN  iJSN  ACTIVE  DUTY 


0  0 

0  0 

0  0 

1  0 

0  9 


4  1 
1  0 
1  0 
2  0 
X  0 


0  0 

0  0 

0  0 

0  0 

9  9 


l  0  0 
0  0  0 
0  0  0 
ooo 

9  0  0 


9  1 


0  9 


0  0  1 


0  0 


Figure  17-12.  A&D  RECAP  REPORT  (ARMY) 
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17,3.3  Alpha  Roster  of  Hospital  Patients.  The  Alpha  Roster  of  Hospital 
Patients  is  a  listing  of  all  current  inpatients.  It  is  used  as  a  reference 
document  by  the  Admissions  and  Dispositions  desk.  This  report  lists,  in 
alphabetical  order,  all  patients  who  are  physically  in  the  MTF,  on  pass,  or 
otherwise  absent  from  the  MTF.  Figure  17—13  shows  an  example  of  the  Alpha 
Roster. 

In  addition  to  the  standard  heading  information,  the  time  at  which  the  report¬ 
ing  period  ends  appears  on  line  3. 

The  body  of  the  report  contains  an  entry  of  three  or  more  lines  for  eacn 
patient  physically  in  the  MTF,  on  pass,  or  on  another  absent  status.  For  each 
patient,  the  following  information  can  be  given: 


(1) 

PATIENT  NAME 

(9) 

TYPE  CASE 

(2) 

RANK 

(10) 

ABS  STA 

(3) 

MED  HLD 

(11) 

FMP 

(4) 

REG  NO 

(12) 

DOB 

(5) 

WARD 

(13) 

BR  OF  SVC 

(6) 

SEX 

(14) 

RELIGION 

(7) 

CLN  SVC 

(15) 

ADMISSION  DATE/TIME 

(8) 

SSN 

(16) 

PNT  CAT 
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REPORT  NUMBER  2  ALPHA  ROSTER  OF  INPATIENTS 
hffffffffffffffffffff 

h  PERSONAL  DATA  -  PRIVACY  ACT  OF  1P?4  RUN  DATE!  fffffffffff 

hPERIOD  ENDING  2400  HOURS  fffffffffff  PAGE.-  an* 

h  t  *  *  *  *  ALPHA  ROSTER  OF  HOSPITAL  INPATIENTS  *  *  *  *  * 


h - - - - - 

h  PATIENT  NAME  SSN 

h  RANK  MED  HLD  SEX  TYPE  CASE 

h  REG  NO  HARD  CLN  SVC  A8S  STA 

h - - - - - - - 


FMP  DOB  PNT  CAT 

8R  OF  SVC  RELIGION 

ADMISSION  DATE/TIME 


XX  XXX. <xxxxxxxxxxxxxxxxxxxxx  xxxxxxxxxxx 
XX XX  X  X  xxxx 

XXXXXXXX  XXXX  XXXX  XX 


XX  XKXXXXXXXXX 

XX  xxxx 

xxxxxxxxxxxxxxxx 


XXX 


Figure  17-13.  ALPHA  ROSTER  OF  HOSPITAL  PATIENTS 
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■17.3.'4  Daily  Admissions  by  Diagnosis.  This  report  lists  the  number  of  admis 
sions  for  a  given  day  for  each  diagnosis,  and  gives  the  following  data  for 
each  admission: 

(1)  OIAG:  CODE 

(2)  DESC 

(3)  REG  NO 

(4)  PNT  NAME 

(5)  EMP 

(6)  ADMITTING  PHYSICIAN 

(7)  SSN 

(8)  RANK 

(9)  WARD 

(10)  CLN  SVC 

See  Figure  17-14  for  an  example  of  this  report. 
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REPORT  NUMBER  9  DAILY  ADM  BY  DIAGNOSIS 

h  PERSONAL  DATA  -  PRIVACY  ACT  RUN  DATE*,  fffffffffff 

hffffffffffffffffffffffffff 

h  *  *  *  *  DAILY  ADMISSIONS  BY  DIAGNOSIS  FOR  fffffffffff  t  *  *  * 

hDIAG:  CODE  DESC  ADMITTING  PHYSICIAN 

h  REG  NO  PNT  NAME  FMP  SSN  RANK  WARD  CLN  SVC 

h 


:<>:>!  x  x  x  x 


XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  XXXXXXXXXXXXXXXKXXXXXXXXXXX 
XXXXXXXXXXXXXXXXXXXXXXXXX  XX  XXXXXXXXXXX  XXX  XXX  xxxx 


Figure  17-14.  OAILY  ADMISSIONS  BY  DIAGNOSIS 
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17.3.5  Injury  Report.  This  report  lists  each  patient  whose  type  case  indi 
cates  injury,  and  gives  the  following  information  on  each  patient: 

(1)  PATIENT  NAME 

(2)  ADDRESS 

(31  UNIT  ADDRESS 

(4)  CAUSE  INJ:  CODE 

(5)  TEXT 

(6)  EMP/SSN 

(7)  REG  NO 

(8)  RANK  ADM:  DATE 

(9)  DIAG 

(10)  HOME  PHONE 

(11 )  WORK  PHONE 

See  Figure  17-15  for  an  example  of  this  report. 
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REPORT  MUMPER  500  INJURY  REPORT 


h fffffffffffftffftftr 

h 
h 


RUN  DATE:  fffffffffff 


PERSONAL  DATA  -  PRIVACY  ACT  1«?4 
INJURY  REPORT 


ht*tt*ttt*t*ttt****t<t**t**ttt*t*tt**tt((ttt*tttttt*xtt*tt*t*x*«tt*xtx*****x*x* 
hXPATIENT  NAME  FMP  SSN  REG  NO  RANK  ADM!  DATE  DIAGX 
hX  ADDRESS  HOME  PHONE  « 
hX  UNIT  ADDRESS  WORK  PHONE  X 
hXCAUSE  inj:  code  text:  X 
hx'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxtxxxxxxxxxxxxxxxxxxxxxxxxxx 


xxxxxxxxxxxxxxxxxxxxxxxxxxx  xx  xxxxxxxxxxx  xxxxxxxx  xxx  xxxxxxxxxxx  xxxxx 
XXXXXXXXXXXXXXXXXXXXXXXXXXXX  XXXXXXXXXXXXXXXXXXXX  XX  xxxxxxxxx  xxxxxxxxxxxxx 
XXXXXXXXXXXXXXXXXXXXXXXXXXXX  XXXXXXXXXXXXXXXXXXXX  XX  xxxxxxxxx  xxxxxxxxxxxxx 
X  xxxx  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

XXXXXXXXXXXXXXXXXXXXXXXXXX  XXXXXXXXXXXXXXXXXXXX  XX  xxxxx  xxxxxxxx  xxxxxxxxx  xxxxxxxx 


t.VJ 


17.3.6  Invalid  Sign-On  Log.  This  report  gives  information  about  any  incor¬ 
rect  entry  of  user  IDs  and  passwords.  It  is  requested  through  the  System  Man 
agement  function,  and  the  system  manager  specifies  the  time  period  of  the 
report.  The  following  information  is  displayed: 

(1)  DATE/TIME 

(2)  USER  CODE 

(3)  PASSWORD 
(A)  TERMINAL  NO 
(5)  ATTEMPT  COUNT 

See  Figure  17-16  for  an  example  of  this  report. 
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REPORT  NUMBER 


7  INVALID  SIGN  ON  LOG 


h 

USERCODE  /  PASSWORD 

ERROR  LOG 

PAGE 

h 

FROM  trtttttttft  THRU 

ff fffffffff 

bDATE 

h 

/  TIME 

USERCODE  PASSWORD 

TERMINAL  NO 

ATTEMPT 

xxxxxxxxxxxxxxxx 


xxxxxxxxxx  xxxxxxxxxx 


XXX 


X 


Figure  17-16.  INVALID  SIGN-ON  LOG 


:  ai»a 

COUNT 
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17.3.7  List  of  Current  Passwords.  This  report  lists  -the  current  user  IDs  and 
passwords.  It  includes  the  following  information: 

(1)  DATE  LAST  CHANGED 

(2)  USER  ID 

(3)  PASSWORD 

(4)  CAPABILITIES 

(5)  TRAIN 

(6)  FLAGS 

(7)  TUTOR 

(8)  CR 

(9)  SM 

(10)  INITIALS 

See  Figure  17-17  for  an  example  of  this  report. 


*  -  J 

.  .  •**-  *Hi 


y 

■ 

!  -A 


i  w 


iM 

y-,A 

•  .  -V< 
- 

■-M 


Y-.V.N 

•  •  * « *  *3 
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REPORT  NUMBER  11  LIST  CURRENT  PASSWORDS 


b  LIST  OF  CURRENT  PASSWORDS  RUN  DATE:  ’fffffffffff 


DATE  LAST 
CHANGED 

USERID 

PASSWORD 

capabilities 

flags: 

TRAIN  TUTOR  CR  SM 

initials 

MXKXXXXXXXX 

xxxxxxxxxx 

xxxxxx 

xxxxxxxxxxxxxx 

X 

X 

X 

X 

XXX 

Figure.  17-17.  LIST  OF  CURRENT  PASSWORDS 
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17.3.8  Roster  of  VSI/SI/5C  Patients.  The  Roster  of  VSI/SI/SC  patients  is  a  -y. 

listing  by  ward  and  clinical  service  of  all  inpatients  whose  casualty  code  is  '/‘y* 

VSI  (very  seriously  ill),  SI  (seriously  ill),  SC  (special  category),  or  TI  P" 

(terminally  ill).  Figure  17-18  shows  an  example  of  this  report. 

This  report  contains  the  heading  data  that  is  standard  on  R/ADT  reports. 

The  body  of  the  report  contains  an  entry  of  three  or  more  lines  for  each  VSI,  , 

SI,  SC,  or  TI  patient.  The  information  for  each  patient  is  grouped  under  the  ^ 

following  column  headings:  -V_V 


(1) 

WARD 

(7) 

CASUALTY  STATUS 

(2) 

CLINICAL  SERVICE 

(8) 

DIAGNOSIS 

(3) 

PATIENT'S  NAME,  RANK 

(9) 

DATE  (casualty  status 

(4) 

RELIGION 

acquired) 

(5) 

REG.  NO. 

(10) 

RECOVERY  POSSIBILITY 

(6) 

EMERGENCY  NAME 

V. 

SS; 

>v> 

& 


*•  .V 
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17.3.9  Status  Out  Roster.  This  report  lists  patients  currently  out  of  the 
hospital,  giving  their  expected  return  date  and  indicating  whether  the  return 
is  overdue.  Patients  are  listed  alphabetically  and  sorted  by  return  date. 

The  following  information  is  included: 


(1)  RTN  DATE 

(2)  PATIENTS:  NAME 

(3)  SEX 

(4)  CLINICAL  SVC 
(3)  CAT 

(6)  REG  NO 

(7)  STAT:  DAYS  ON 

(8)  OVERDUE 


See  Figure  17-19  for  an  example  of  this  report. 


m 
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REPORT  NUMBER  10  STATUS  OUT  ROSTER  ►  - 

h  PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE!  fffffffffff 

hffffffffffffffffffff 

h  *****  STATUS  OUT  ROSTER  ***** 

hRTN  DATE  PATIENTS!  NAME  REG  NBR  STAT!  DAYS  ON  OVERDUE  .-‘v 


h  SEX  CLINICAL  SVC  CAT  _  - 

h -  ”  .  L . 

XXXXXXXXXXX  XXXXXXXXXXXXXXXXXXXXXXXXXXX  XXXXMXXX  XXX  XXX  XXX  .  „N 

X  X  X  XX  XXX 

.\*w\ 


Figure  17-19.  STATUS  OUT  ROSTER 
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17.3.10  UCA  Disposition  Report.  The  UCA  Disposition  Report  is  a  monthly 
report  that  gives  you  the  number  of  patients  that  have  been  dispositioned  for 
the  specified  month  by  UCA  Clinical  Service  code.  Figure  17-20  is  an  example 
of  the  UCA  Disposition  Report. 

In  addition  to  the  standard  heading  data,  the  UCA  Disposition  Report  contains 
the  name  of  the  month  for  which  data  is  being  reported. 

Each  line  of  data  in  the  body  of  this  report  contains  the  following 
information: 

(1)  CLINICAL  SERVICE  CODE 

(2)  TITLE  (name  of  the  service) 

(3)  NUMBER  OF  PATIENTS 

The  last  line  of  the  report  gives  the  total  number  of  patients  dispositioned. 
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PERSONAL  DATA  -  PRIVACY  ACT  1*74 


RUN  DATE:  25  HAP  1®95  13 


TEST  NAVY  HOSPITAL  REPORT  MONTH:  MAR  1905  PAGE  1 

*  *  *  *  *  UCA  DISPOSITION  REPORT  ***** 


CLINICAL  SERVICE  TITLE  ♦  OF 

CODE  PATIENTS 


AAA 

INTERNAL  MEDICINE 

9 

AAB 

CARD  I OLOGY 

1 

AAC 

CORONARY  CARE  UNIT 

1 

AAG 

HEMATOLOGY 

1 

ABB 

THORACIC/CARDIOVASC  surg 

2 

ABC 

INTERSIVE  CARE  (SURGICAL) 

2 

ACB 

OBSTETRICS 

1 

ADA 

PEDIATRICS 

1 

ADB 

NURSERY 

2 

AEA 

ORTHOPEDICS 

1 

TOTAL  PATIENTS!  21 


Figure  17-20.  UCA  DISPOSITION  REPORT 
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17.3.11  UCA  Inpatient  Ocrvjpied  Bed  Days  Report.  The  UCA  Inpatient  Occupied 

8ed  Days  Report  shows  the  number  of  bed  days  accumulated  for  each  clinical  , .vl.- 

service  and  ward  for  the  month.  It  also  gives  the  total  bed  days  per  clinical  L  . 

service,  total  bed  days  per  ward,  and  the  grand  total  of  all  bed  days  for  the 
month.  Figure  17-21  shows  an  example  of  this  report. 

In  addition  to  the  standard  heading  data,  this  report  contains  the  name  of  the 
month  for  which  data  is  being  reported. 

i  4 

Each  line  of  the  report  contains  the  UCA  code  and  the  name  of  the  clinical 
service.  For  each  ward  in  the  hospital,  the  report  shows  the  number  of  bed 
days  accumulated.  Each  line  of  data  ends  with  the  total  number  of  bed  days  ■ 

accumulated  for  the  clinical  service.  The  last  line  of  the  report  contains  / 

the  total  bed  days  by  ward. 

f 


I  * 

^  -i 


Q008  AQCESS  -  PAD 


17-37 


PERSONAL  DATA  -  PRIMACY  ACT  1*74 


RUN  DATE  2?  AAR  1*83  1333 


TE3T  ARMY  HOSPITAL  REPORT  MONTH!  AAR  1*93  PAGE  1 

«  t  «  1  t  AONTMLY  RECAP  -  INPATIENT  OCCUPIED  SEP  DATS  C  t  c  «  t 


COPE  TITLE 


CD 

2R 

JON 

4C 

40  A 

4R 

49 

4  W 

5E 

39 

5W 

44  N 

443 

44W 

40A 

4S 

4SP 

4U 

7?w 

?y 

AAA 

INTERNAL  MEDIC 

:i 

0 

0 

48 

0 

0 

1 1 

2 

0 

0 

0 

0 

0 

0 

7 

0 

0 

0 

0 

AAR 

CARD  I OLQOY 

0 

0 

24 

8 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

•3 

AAC 

CORONARY  CARE 

0 

0 

2 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

•  0 

0 

0 

0 

0 

0 

AAL 

PULMONARY  UPPE 

0 

0 

10 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

ARB 

THORACIC/CAROI 

0 

0 

0 

i 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

ARC 

INTERS I ME  CARE 

3 

0 

0 

14 

0 

0 

l 

0 

0 

0 

0 

0 

0 

0 

0 

2 

0 

0 

0 

0 

ARP 

ORAL  SUROERY 

0 

0 

0 

0 

0 

0 

0 

0 

0 

7 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

ABO 

otorminolaryno 

0 

0 

0 

l 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

>  • 

ACR 

obstetrics 

0 

0 

0 

0 

0 

0 

0 

0 

3 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

APA 

PEDIATRICS 

0 

0 

0 

0 

0 

0 

4 

0 

0 

0 

0 

0 

0 

0 

0 

0 

3 

0 

0 

0 

APR 

NURSERY 

0 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

APC 

NEONATAL  ICU 

0 

0 

10 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

ACA 

ORTHOPEDICS 

0 

0 

0 

21 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

total 

24 

0 

47 

PS 

0 

0 

18 

J 

3 

7 

2 

0 

0 

0 

0 

f 

9 

0 

0 

3 

Figure  17-21. 


UCA  INPATIENT  OCCUPIED 


BED  DAYS  REPORT 
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17.3.12  Ward  Nursing  Report.  The  Ward  Nursing  Report  is  a  listing  of  all 
inpatients  assigned  to  a  specific  ward  at  the  time  the  report  is  run.  The 
patients  are  listed  alphabetically  by  ward.  The  report  is  run  daily,  usuall 
at  midnight.  See  Figure  17-22  for  the  format  of  this  report. 

This  report  contains  the  standard  R/ADT  heading  data. 

For  each  patient  on  the  ward  there  is  an  entry  of  three  or  more  lines,  con¬ 


taining  the  following  data: 

(1)  PATIENT  NAME 

(2)  REG  NBR 

(3)  ATTENDING  PHVS 

(4)  DAYS  THIS  MTF 
(3)  SSN 

(6)  ADMITTING  DIAGNOSIS 

The  final  page  of  the  report  shows  the 
ward: 

(1)  BEDS  IN  WARD 

(2)  PATIENTS  IN  WARD 

(3)  BLOCKED  BEDS  IN  WARD 

(4)  PREADMITS  IN  WARD 

(5)  BEDS  AVAILABLE 


(7)  ADMISSIL, 1  REMARKS 

(8)  FMP 

(9)  DOB 

(10)  CAT 

(11)  RANK 

(12)  CLN  SVC 

following  summary  statistics  for  each 
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REPORT  NUMBER  3  HARD  NURSING  REPORT 

PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  ffffffffftf  ffff 

trrtftrttttffttttttt  page 

h  *****  UARD  NURSING  REPORT  FOR  xxxx  ***** 

h - 

h  PATIENT  NAME  SSN  FMP  DOB  CAT  RANK  CLN  SVC 

h  REG  NBR  ATTEND  PHYS  ADMIT  D I  AG 

h  days  this  mtf  admission  remarks 

h - - - 

XXXXXXXXXXXXXXXXXXXXXXXXXXX  XXXXXXXXXXX  XX  XXXXXXXXXXX  XXX  xxxx  xxxx 
X  X  X  X  X  X  X  X  XXXXXX  XXXXXXXXXXX  X  XXXXXXXXXXX  XXX  XXXXS<XXXX  XXXXXXXXXXX  xxxx 

XXX  XX  XXXXXX  XXXX  XXXXXXXXXXX  XXXXXXXXXXXXXXXXXXXXXXXXXXX 


Figure  17-22.  WARD  NURSING  REPORT 
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17.4  Clinical  Records  Reports. 


17.4.1  Coded  Transcript  Tape  (CTT).  The  CTT  is  different  for  each  military 
department,  for  the  Army,  it  will  consist  of  two  tapes,  the  first  tape  con¬ 
taining  X  and  V  card  data  and  the  second  containing  A,  B,  and  C  card  data,  as 
per  regulation.  For  the  Navy,  the  CTT  will  contain  A,  B,  C,  0,  H,  and  M 
cards,  as  per  regulation.  For  the  Air  Force,  the  CTT  will  contain  A,  8,  C,  0, 
E,  and  F  cards,  as  per  to  regulation. 


17.4.2  Roster  of  Delinquent  Records.  This  report  lists  records  that  have 
not  been  completely  processed  in  Clinical  Records  within  the  time  limit  set  by 
the  MTF,  and  which  are  therefore  delinquent.  An  example  of  this  report  will 
be  submitted  at  a  later  date. 


17.4.3  Roster  of  Records  Released  to  A  St  D.  This  report  lists  records  that 
have  been  returned  to  A  &  D  for  processing.  It  will  contain  the  following 
data: 

(1)  REG  NO 

(2)  PATIENT  NAME 

(3)  FMP 

(4)  SSN 

(5)  REASON  RELEASED 

(6)  DATE:  DISP 

(7)  RELEASED 

See  Figure  17-23  for  an  example  of  this  report. 


m 
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REPORT  NUMBER  501  CLINICAL  RECORD  RETURNED  A tD 


h fttftrrttttttttfttft  run  date:  trttftttrtf 

h  PERSONAL  DATA  -  PRIVACY  ACT  1974 

h  CLINICAL  RECORDS  RETURNED  TO  A  t  D 

h*REG  NO  PATIENT  NAME  FHP  SSN  DATE!  DISP  RELEASED  * 

h*  REASON  RELEASED  * 

hutmmitttitmmmntimtmmtumutumtiimmtttmtitmiiti* 

SKXIIXKd*  XXX.XXHXXXXXXXXXXXXXXXXXXXXK  XX  XXXKXXXXXXX  xxxxxxxxxxx  xxxxxxxxxxx 

XXKXXXXXXXXKXXKKXXXKKXXXXXXXXXXXXXX 


0 

Figure  17-23.  ROSTER  OF  RECORDS  RETURNED  TO  A  4  D 
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SECTION  18.  ENVIRONMENT 


u 


18.1  Equipment  Environment.  This  information  will  not  be  available  until 
award  of  the  hardware  contract. 


18.2  Support  Software.  The  AQCESS  software  is  written  in  ANSI  standard 
MUMPS.  It  currently  runs  under  the  ISM  M/11  +  operating  system.  The  code  for 
all  machine-dependent  functions  is  stored  in  a  file,  MACH,  and  is  not 
embedded  in  the  source  code.  The  application  software  for  screen  management 
will  support  multiple  brands  and  models  of  terminals,  but  the  CAI  tutorial 
software  requires  reverse  video.  Function  keys  are  currently  not 
implemented. 

The  AQCESS  software  uses  the  Veterans  Administration  File  Manager  as  a  data 
base  tool.  All  data  dictionary  definitions  are  specified  using  the  File 
Manager. 


18.3  Interfaces.  Interfaces  will  be  specified  at  a  later  date. 


18.4  Security  and  Privacy.  The  AQCESS  meets  the  privacy  requirements  set 
forth  in  the  Privacy  Act  of  1974,  Public  Law  93-579,  and  complies  with  all 
applicable  provisions  of  this  Act  and  of  subsequent  laws  and  directives  which 
amend  and  amplify  it,  as  described  in  section  5.6  of  the  AQCESS  Functional 
Description  (reference  1 . 2 . b ) . 


18.5  Controls.  No  specific  controls  have  been  established  within  the  AQCESS. 
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SECT IHN  19.  DESIGN  DETAILS 


19.1  Svstem  Loaical  Elow.  Fiqure  19-1  illustrates  the  system  locical  flow 
for  ACCESS. 


19.2  Data  Rase  Description.  Please  refer  to  the  Data  Base  Specification  for 
the  Automated  Quality  of  Care  Evaluation  Support  System  accompanvinq  this 
document. 


19,3  Program  Descriptions.  For  descriptions  of  the  ADDESS  system's  PAD 
proqrams,  see  Appendix  A. 
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Fiqure  19-1.  A.QCESS  SYSTEM  LOGICAL  FLOW 


19-2 


APPENDIX  A.  PAD  PROGRAM  DESCRIPTIONS 


1.1  Program  Descriptions.  As  an  introduction  to  descriptions  of  the  PAD  pro¬ 
grams  themselves,  this  section  discusses  basic  system  concepts.  (For  descrip¬ 
tions  of  Quality  Assurance  and  Profiling  programs,  see  section  7  of  the  QA 
Subsystem  Specification.) 

AQCESS  is  implemented  using  ANSI  standard  MUMPS  and  the  Veterans  Administra¬ 
tion  File  Manager.  In  the  MUMPS  environment  each  user  who  signs  on  is  as¬ 
signed  a  memory  partition  that  is  at  least  4K.  The  current  AQCESS  implemen¬ 
tation  is  assuming  a  minimum  6K  partition.  A  job  number  is  associated  with 
this  partition.  This  job  number  (variable  PADS)  is  used  by  the  AQCESS  soft¬ 
ware  as  an  index  into  the  scratch  data  file  (5MSCR)  so  that  each  user  has  a 
unigue  disk  work  area.  Unlike  transaction  processing,  each  user  has  a  copy  of 
the  currently  running  routine  in  his  partition.  Local  memory  is  specific  to 
the  user  and  remains  defined  until  the  application  routine  explicitly  kills 
each  variable. 

This  section  discusses  the  following  general  system  concepts  and  their 
implementation: 

a.  The  File  Manager,  as  it  relates  to  the  AQCESS  system 

b.  Screen  implementation 

c.  Terminal  independence 

d.  Editing  and  error  processing 

e.  System  security — timed  reads 

f.  Recovery 

g.  Locking 

h.  The  generic  application 

i.  Products 

j.  Reports 

k.  System  tables 

l.  Function  table 

m.  Machine  dependence. 

a.  The  File  Manager  is  a  collection  of  many  routines  used  to  access 
collections  of  data  on  disk.  The  AQCESS  system  is  actually  only  using  the 
File  Manager  to  1)  define  the  data  base  (build  and  maintain  the  data  dic¬ 
tionary)  and  2)  define  and  produce  hard  copy  reports.  Concepts  and  logic  were 
extracted  from  the  File  Manager  to  build  the  screen  handling  capability  that 
is  briefly  described  below.  The  term  data  base  refers  to  any  "file";  in  the 
AQCESS  system  each  system  table,  the  registration/admission  data,  the  ward 
data,  the  register  number  maintenance  data,  the  clinical  record  data,  etc., 
are  all  separate  arrays  of  data  maintained  on  disk.  Each  has  a  data  dic¬ 
tionary  or  schema  that  is  maintained  using  interactive  File  Manager  routines. 
The  AQCESS  system  is  not  generally  using  standard  File  Manager  routines  for 
"lookup" — retrieving  data  from  disk — or  "filing" — storing  data  to  disk. 


A-1 
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b.  Screen  Implementation.  One  of  the  "files"  used  by  the  AQCESS  system 
is  the  screen  definition  file  'SMDEF.  It  is  a  standard  File  Manager  file,  but 
it  is  not  maintained  in  the  File  Manager  global  DIC.  Each  screen  or  part  of 
a  screen  is  defined  in  'SMDEF.  Each  screen  contains  data  such  as  name  of 
screen,  clear  screen  flag,  screen  brightness,  etc.;  data  describing  the  screen 
as  a  whole;  and  data  describing  each  field  like  the  text  label,  cursor  coordi¬ 
nates  for  the  text,  entry  length,  cursor  coordinates  for  the  entry,  etc.  See 
the  data  dictionary  of  'SMDEF  for  a  complete  description  of  a  screen  defini¬ 
tion.  Each  screen  is  defined  by  a  programmer  using  the  interactive  enter/edit 
option  of  File  Manager.  The  programmer  then  executes  either  or  both  of  two 
programs,  'SMP  and/or  'SME,  for  each  screen  defined.  ' SMP  will  generate  a 
routine,  or  series  of  routines,  of  standard  MUMPS  code  that  will,  when  invoked 
from  an  application  program,  paint  the  defined  screen.  * SMP  generates  a 
unique  program  (named  by  the  programmer)  for  each  screen.  '  SME  will  generate 
a  routine,  or  series  of  routines,  of  standard  MUMPS  code  that  will,  when  in¬ 
voked  by  an  application  program,  control  data  entry  on  a  specific  screen,  one 
unique  program  for  screen.  As  stated  above,  concepts  and  some  actual  code 
were  taken  from  Fi-lfe  Manager  routines  and  incorporated  into  the  painter  and 
entry  programs.  However,  at  run  time  no  actual  calls  are  made  to  the  File 
Manager  routines  to  retrieve,  validate,  or  store  data.  Although  there  are 
many  painter  and  entry  programs  in  the  AQCESS  system,  they  are  generated  pro¬ 
grams  and  not  individually  maintained.  If  the  screen  definition  changes,  the 
respective  painter  and/or  entry  program  must  be  regenerated.  Every  entry 
program  will  call  a  screen  utility  'SMHELP  in  response  to  the  user's  entry  of 
a  "?"  character.  This  program  will  read  the  DD  file  in  the  data  dictionary 
for  canned  executable  on-line  documentation.  This  program  will  also  show  the 
user  a  list  of  valid  responses  for  data  items  with  valid  responses  contained 
in  "tables."  * SMHELP  erases  the  screen  from  the  line  below  the  line  on  which 
the  "?"  was  entered.  This  blank  area  of  the  screen  is  used  to  display  the 
entries  in  the  table  file.  'SMHELP  will  also  process  partial  matches — if  the 
user  enters  part  of  a  data  field  that  is  not  unique  for  the  table,  'SMHELP 
will  display  a  partial  list  of  valid  responses.  For  both  "?"  and  partial 
matches,  the  entry  screen  is  repainted  when  the  user  moves  to  the  next 
prompt.  The  routine  (or  routines)  used  to  repaint  are  specified  in  the  screen 
definition  for  the  respective  entry  screen. 

Selection  processing  is  a  concept  related  to  screen  definition  and  screen 
processing  that  is  very  important  in  understanding  the  AQCESS  design.  It 
became  evident  that  the  user  often  is  presented  with  a  screen  with  a  menu  and 
an  "enter  selection"  field  in  which  to  enter  his  selected  option.  The  selec¬ 
tion  usually  indicates  a  desire  to  enter  data  on  this  screen  or  a  subsequent 
screen  segment  or  to  view  another  screen  or  both.  The  selection  logic  can  be 
easily  set  to  1  if  this  screen  has  a  selection  table  defined  that  is  to  be 
used  in  processing  the  selection  field.  Additionally,  each  screen  defines 
where  the  selection  field  occurs  on  the  screen  (X  and  Y  coordinate)  and  de¬ 
fines  the  selection  table.  The  selection  processing  actually  accomplishes  2 
tasks:  1)  it  validates  the  selection  (if  the  selection  is  not  in  the  table, 
an  error  is  returned);  and  2)  it  initiates  the  next  processing  if  defined  for 
this  selection  (for  certain  selections  control  must  return  to  the  applica¬ 
tion).  Also,  if  the  next  program  is  an  entry  program  for  a  different  screen 
segment,  it  is  necessary  to  execute  a  painter  program.  Therefore,  in  the  se¬ 
lection  table  the  programmer  may  define  the  painter  program  to  be  executed 
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prior  to  data  entry  and  this  painting  may  be  based  on  the  user’s  previous 
selection.  The  selection  table  is  a  powerful  tool  for  controlling  flow  from 
screen  to  screen.  There  is  a  PAD  utility  to  read  the  user's  selection  and  to 
do  selection  processing  using  the  screen  specific  selection  table.  This  pro¬ 
gram  is'PADSEL. 

c.  Terminal  Independence.  The  screen  implementation  supporting  the 
AQCESS  software  was  designed  so  that  a  variety  of  terminals  could  be  used  in 
the  hardware  configuration.  The  terminal  attributes  utility  allows  the  user 
to  associate  each  physical  port  with  a  device  type,  and  each  device  type  with 
a  file  entry  that  specifies  the  actual  terminal  specific  codes  associated  with 
a  given  attribute.  The  highest  level  application  program,  User  Entry,  is 
responsible  for  loading  the  terminal  attributes  for  the  device  specified  for 
the  given  line  into  local  memory.  This  array  of  terminal  attributes  (ZTA)  is 
used  during  execution  by  all  the  application  programs,  as  well  as  the  screen 
painter  and  entry  programs,  to  perform  terminal  I/O. 

d.  Editing  and  Error  Processing.  There  are  two  types  of  'editing  done  on 
each  segment  of  data  entry,  validity  editing  and  consistency  editing.  Valid¬ 
ity  editing — editing  to  check  that  an  individual  field  entry  is  valid — is  done 
as  the  user  enters  each  data  item.  The  validity  editing  logic  is  generated 
for  each  field  as  part  of  the  screen  entry  program.  The  logic  is  based  on  the 
data  dictionary  definition  of  the  field.  If  it  is  free  text,  a  pattern  match 
is  performed  if  defined  in  the  schema.  If  it  is  a  date  or  date/time  field, 
date/time  validity  is  checked.  If  the  field  is  defined  as  a  set,  the  set  of 
codes  are  "compiled"  into  the  entry  program  for  validity  checking  at  entry 
time.  It  is  important  to  understand  that  codes  for  a  data  item  defined  as  a 
set  cannot  be  changed  at  a  site  since  the  actual  codes  become  part  of  the 
screen  entry  program  when  *SME  is  run.  However,  validity  editing  for  a  "set" 
variable  is  fast  since  it  involves  no  disk  accesses.  If  a  field  is  defined  as 
a  pointer,  validity  editing  is  performed  by  accessing  the  respective  pointer 
table  and  determining  if  the  entered  code  is  vplid.  Additionally,  if  a  field 
is  defined  as  "required"  in  the  data  base  definition,  the  user  will  be  forced 
to  enter  data.  Because  of  service  differences,  not  many  fields  are  always 
required.  Service-specific  required  fields  and  data-  dependent  required 
fields  are  handled  by  the  consistency  editing  (see  below). 

In  addition  to  the  standard  validity  editing  based  on  the  data  base  field 
definition,  each  field  on  each  screen  may  have  a  line  of  special  MUMPS  code 
defined  in  the  screen  definition.  This  code  is  compiled  into  the  entry  pro¬ 
gram  and  executed  after  standard  validity  editing  for  that  field.  This 
special  MUMPS  code  may  be  extended  editing  (e.g.,  the  TRIMIS  standard  name, 
edit)  or  may  be  a  "hook"  for  some  special  case  processing  not  necessarily 
strictly  related  to  editing  (e.g.,  a  new  SSN  on  the  registration  screen;  see 
program  RGSSN). 

Consistency  edits  are  performed  after  data  entry  is  complete  for  a  given 
screen  or  screen  segment.  The  consistency  edit  program  defined  in  the  screen 
definition  is  performed  by  the  entry  program.  Each  consistency  edit  routine 
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performs  application-dependent  checks  on  the  consistency  between  the  data 
fields.  Whereas  validity  errors  are  always  errors  that  must  be  corrected 
before  proceeding,  a  consistency  edit  can  result  in  an  error  or  a  warning. 
Errors  must  be  corrected;  warnings  may  be  overridden  by  the  user  (a  warning 
that  is  not  overridden  is  processed  as  an  error).  All  error  checks  are  made 
before  warning  type  checks  within  the  consistency  edit  program.  If  any  errors 
are  detected,  the  consistency  program  sets  the  system  variable  SMERR,  displays 
the  error  message  and  returns  to  the  entry  program.  The  entry  program  checks 
SMERR.  If  it  is  set,  it  re-executes  itself.  If  there  were  no  errors  de¬ 
tected,  the  nodes  of  the  local  array  SMZ  are  stored  in  the  respective  nodes  of 
“SMSCR  by  the  consistency  edit  program. 

e.  System  Security.  In  addition  to  user  code/password  identification, 
the  AQCESS  software  has  implemented  the  screen  timeout  feature.  If  a  user 
fails  to  enter  data  on  a  screen  within  a  specified  period  of  time,  the  read 
will  time  out.  The  system  variable  HALT  specifies  the  number  of  seconds  to 
timeout.  After  any  read  timeouts,  control  is  passed  to  the  utility  HALT, 
which  will  unlock  any  locked  records  and  log  the  user  off  the  system.  In  the 
AQCESS  system  timed  reads  are  done  from  every  entry  program,  by  “PADSEL  (to 
read  the  enter  selection),  by  “PTSEL  (to  read  the  candidate  selection  for 
PTID),  by  A SMHELP  (to  read  the  user  page  response)  and  by  any  consistency  edit 
program  that  implements  warning  errors  and  the  user  option  to  override  the 
error.  Any  read  to  the  terminal  must  be  timed;  any  application  code  that 
reads  from  the  terminal  must  support  this  security  feature. 

f.  Recovery.  The  objective  of  recovery  for  the  AQCESS  system  is  to  en¬ 
sure  integrity  of  the  data  base  without  sacrificing  response.  With  the  imple¬ 
mented  recovery  scheme,  the  user  should  lose  no  more  than  the  transaction  in 
progress  due  to  system  failure,  including  power  failure,  software  failure  or 
hardware  failure — except  where  hardware  failure  includes  physical  damage  to 
the  disk  (this  failure  must  be  protected  against  by  backup  procedures). 

To  ensure  data  base  integrity,  each  application  is  responsible  for  preparing 
for  recovery.  Just  before  "filing"  data,  it  must  store  a  recovery  record  in 
•SMSCR ( PAD J , 1 )  that  includes,  in  piece  1,  the  name  of  the  recovery  program  for 
this  function  (for  example,  RCRG  is  the  recovery  program  for  registration). 

The  application  must  store  in  subsequent  pieces  of  this  node  any  local 
variables  used  during  filing,  including  any  SMDE  array  items  necessary  for 
processing  cross  references.  Each  "filer"  program  must  be  written  so  that  it 
may  be  re-executed  after  being  interrupted  at  any  point.  Immediately  after 
filing,  the  application  program  kills  the  recovery  node  in  “SMSCR.  The  re¬ 
covery  program  specific  for  each  function  has  only  2  steps:  (1)  Load  the 
local  variables  stored  in  piece  2  through  piece  n  of  the  recovery  node  back 
into  local  and  (2)  do  the  filer  routine. 

The  system  recovery  program  “RC  must  be  run  from  the  operator's  console  after 
system  failure  before  anyone  can  sign  on.  The  RC  program  will  $N(ext) 
through  “SMSCR(I,1)  and  execute  each  function  specific  recovery  program  to 
reinitiate  filing  that  was  in  progress.  After  function-specific  recovery  is 
complete  (at  a  given  failure  time,  few  if  any  applications  will  be  "caught"  in 
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filing),  *RC  will  read  through  all  inpatient  episode  records  and  recalculate 
the  ward  counts  for  beds  occupied  and  preadmits.  The  users  are  then  free  to 
sign  on  to  the  system. 

g.  Locking.  In  the  MUMPS  environment  there  is  no  such  concept  as  physi¬ 
cal  locking  of  an  entity.  Rather,  MUMPS  keeps  track  of  a  user's  logical  locks 
in  a  system  table.  -Additionally,  when  a  user  locks  one  entity,  that  lock 
implicitly  unlocks  all  other  entities.  Therefore,  to  handle  locking  in  the 
ACCESS  application,  three  lock  files  have  been  set  up  to  be  used  in  addition 
to  standard  logical  locking.  Entries  are  made  in  these  files  to  logically 
lock  from  an  application  point  of  view  a  patient,  and/or  a  patient's  mother,  a 
family,  and  a  Clinical  Records  register  number  and  to  maintain  these  entities 
as  "locked"  until  the  application  processing  is  complete.  When  these  lock 
files  are  accessed  each  is  logically  locked  while  an  entry  is  being  stored  and 
then  unlocked.  The  APTLCK  lock  file  is  used  to  lock  individual  patients  and 
patient's  mother  if  the  patient  is  a  newborn  (subscript  is  the  patient  file 
entry  number  or  mother's  file  entry  number).  The  ARGLCK  lock  file  is  used  to 
lock  a  family  of  patients  (subscript  is  the  SSN).  The  ACRLCK  lock  file  is 
used  to  lock  record's  register  number  (subscript  is  register  number).  There 
are  two  other  logical  entities  defined  to  protect  against  multiple  users 
attempting  to  update  the  ward  or  register  number  maintenance  records  at  the 
same  time.  The  entity  ■‘BMLCK  subscripted  by  ward  and  the  entity  "RGN  are 
logically  locked  just  for  the  duration  of  the  update  to  these  respective 
records.  If  an  application  program  finds  these  entities  locked,  it  will  wait. 

Since  so  many  functions  use  PTID  to  identify  the  patient  and  each  is  then 
required  to  lock  the  patient  before  processing,  a  utility  program  -'PTLCK  is 
used  to  do  patient  locking  (and  mother  locking  for  newborns).  However,  each 
application  program  is  responsible  for  any  other  necessary  locking  and  is 
responsible  for  unlocking  the  patient  and  the  mother  in  the  lock  file  ■'PTLCK. 

h.  PAD  Generic  Application.  Using  the  screen  programs  generated  by  ' SMP 
and  ■'SME  and  the  selection  processing  capability,  a  generic  PAD  application 
would  be  structured  as  depicted  in  Figure  19-2. 

The  top  level  module  is  application  specific  and  controls  the  execution  of  the 
ther  modules.  The  application  module  is  responsible  for  ensuring  that  any 
input  from  a  terminal  is  implemented  using  timed  read,  for  logically  locking 
files  and  patient  data  as  appropriate  to  the  application,  and  for  setting  up 
for  recovery.  The  "loader,"  "consistency  editor,"  and  "filer"  programs  are 
application  code  written  specifically  for  the  function.  The  loader  is  respon 
sible  for  retrieving  data  from  "DIC  and  loading  it  into  the  job-specific  ele¬ 
ments  of  ASMSCR  (the  user's  scratch  file).  The  screen  painter  programs  load 
data  from  ~SMSCR  into  the  local  array  SMZ  (based  on  the  system  variable  SMLD); 
the  entry  programs  store  the  entered  data  in  the  local  array  SMZ;  and  the 
consistency  edit  programs  store  data  into  ASMSCR  from  SMZ  when  there  are  no 
errors.  The  filer  moves  data  from  the  scratch  file  (ASMSCR)  into  the  data 
base  (■*DIC). 
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Figure  19-2.  GENERIC  PAD  APPLICATION 


i.  Products.  The  products  package  *PRD  runs  in  a  partition  not 
associated  with  any  user.  The  package  contains  one  control  routine  and 
multiple  specific  product  programs,  one  for  each  type  of  product.  Any 
application  program  wishing  to  produce  products  must  store  an  entry  in  file 
'PRD.  This  file  functions  like  a  spool  of  product  requests.  The  request  must 
specify  the  program  name  to  produce  the  product,  the  quantity  requested,  and 
appropriate  patient  identification  information.  The  application  must  then 
check  to  see  if  the  products  program  •'PRD  is  running  in  background.  In  order 
to  determine  if  a  program  is  running  in  background,  a  non-existent  device  is 
defined  in  the  machine-dependent  file  'MACH  (see  paragraph  m,  below,  for  a 
description  of  the  implementation  of  machine-dependent  features).  The 
Products  program  executes  by  indirection  the  code  associated  with 
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*MACH ( "PRD" ) .  In  the  AQCESS  implementation  this  code  opens  a  non-existent 
device.  An  application  program  can  test  to  see  if  th'e  Products  program  is 
running  by  opening  the  same  device.  If  the  device  is  available,  the  job  is 
not  running  and  it  must  be  started.  After  opening  the  mythical  device,  the 
products  program  takes  an  entry  off  the  spool.  Based  on  the  type  of  products 
request,  it  opens  the  first  available  device  defined  for  that  product  (the 
list  of  devices  by  product  maintained  in  the  product  device  file),  and 
initiates  the  program  to  produce  the  product.  It  produces  all  the  products 
requested  in  the  spool  file,  killing  each  entry  as  it  is  processed,  and  quits 
when  the  file  is  empty  (closing  the  mythical  device).  The  next  application 
program  requesting  a  product  will  find  the  mythical  device  available  and  will 
need  to  restart  the  products  program. 

j.  Reports.  Reports,  like  products,  are  initated  by  an  on-line  request 
but  actually  produced  by  a  background  job.  The  file  /‘MACH,  containing 
machine-dependent  code,  defines  the  •>MACH("BACK2")  and  *  MACH  ( "BACK20F  F" ) 
entities  to  control  the  execution  of  the  background  reports  program  RPRJ.  As 
with  products,  each  report  has  an  entry  in  the  device  file  specifying  the 
ordered  list  of  output  devices  for  the  given  report.  Program  -RPR  will  create 
an  entry  in  the  report  request  file,  ARPRJ,  indicating  the  name  of  the  program 
associated  with  the  requested  report,  the  number  of  copies  requested,  and  the 
service  of  the  hospital.  If  the  background  job,  RPR3,  is  not  running,  it 
will  initiate  it.  The  background  job  will  process  each  request  from  the 
request  file,  and  then  kill  itself. 

k.  System  Tables.  System  tables  are  defined  to  specify  the  valid  codes 
for  a  given  data  item.  The  tables  (called  pointer  files  in  the  File  Manager 
documentation)  are  used  for  validity  editing  and  for  Help  processing.  The 
table  code  is  defined  in  node  0,  piece  1  of  the  file  entry.  In  addition  to 
the  code,  each  table  entry  has  a  desr  ption  in  node  0,  piece  2.  Pieces  3 
through  n  and  other  nodes  may  contai  other  information  specific  to  the 
table.  See  below  for  a  detailed  exp  anation  of  the  use  of  piece  3.  There  are 
four  types  of  tables  in  the  AQCESS  system.  They  are  hospital-specific  tables, 
service  specific  tables,  tri-service  master  tables  (which  are  modified  at 
installation  time  by  deleting  codes  not  applicable  to  tne  particular  service), 
and  standard  tri-service  tables.  Master  tri-service  tables  include  a  mode  3 
entry  that  specifies  the  applicable  service  (A,F  or  N)  or  combination  of  serv¬ 
ices  for  which  each  code  is  valid.  At  installation  time  a  service  table  gen¬ 
eration  program  (/,RBTBL)  is  run  that  will  first  rebuild  the  full  cross 
reference,  and  then  delete  the  cross-reference  entries  for  codes  not  applic¬ 
able  to  the  specified  service.  In  this  manner  the  master  tri-service  set  of 
codes  still  exist  in  the  table,  but  the  cross-reference  pointers  for  codes  not 
applicable  to  the  specified  service  do  not  exist,  preventing  the  user  from 
accessing  invalid  codes  for  his  or  her  service.  The  R/ADT  tables  are 
categorized  as  follows: 

1)  Hospital-Specific  Tables: 

Doctor 

User  code/password 
Terminal  capabilities 
Product  device  table 
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These  tables  have  not  been  categorized  at  this  time: 
Aeronautical  rating, 

Aviation  service  codes. 

2)  Service-Specific  Tables: 

Patient  Category  (file  1006) 

Rank/pay  Grade 
MTF  codes 

3)  Master  Tri-Service  Tables,  to  be  subsetted  by  service: 

Source  of  admission 
Absent  status 
Disposition  type 
FMP 

Type  Case 
Religion 

4)  Standard  Tri-Service  Tables: 

Casualty  Status 

MEB  Status 

State/County  Codes 

Command  Interest 

Major  Command 

Flying  Status 

Clinical  Service 

Military  Theatre  of  Operations 

Relationship 

Cause  of  Injury 


For  certain  tables,  node  0,  piece  3  is  used  to  define  flags  to  aid  in  consis¬ 
tency  editing.  A  flag  field  is  set  up  for  each  code  of  each  of  the  following 
tables.  Each  flag  field  is  a  free-text  string  of  bytes  that  are  extracted  as 
needed  by  the  application  software. 


TABLE 

Source  of  admission 


FLAG 

byte  1:0=  absent  sick 

1  =  direct 

2  =  newborn 

3  =  transfer 

4  =  NB  retained 

5  =  CRO/ERD 

6  =  preadmit 

7  =  cancel 

8  =  quarters 

byte  2:1=  military  only 


A-8 


Q008  AQCESS  -  PAD 


Source  of  admission  (cant'd.) 

byte 

3 

: 

1 

absent  sick 

2 

5 

CRO 

3 

= 

CRD 

4 

= 

quarters 

3 

= 

transfer-in 

FMP 

byte 

1 

: 

1 

= 

dependent 

« 

3 

sponsor 

Absent  status 

byte 

1 

: 

1 

= 

status  is  in 

2 

5 

status  is  out 

byte 

2 

• 

1 

military  only 

2 

r 

military  only,  conv.  leave 

byte 

3 

: 

1 

= 

absent  sick 

2 

8 

CRO 

3 

8 

ERD 

4 

X 

quarters 

byte 

4 

• 

1 

= 

bed  day 

byte 

5 

• 

• 

1 

= 

return  date  not  required 

byte 

6 

• 

# 

1 

= 

absent  status  cannot  be  changed 

byte 

7 

• 

• 

1 

can  disposition  from  this 

absent  status 

byte 

8 

« 

• 

1 

= 

medical  hold 

Clinical  service 

byte 

1 

s 

1 

~ 

nursery 

2 

X 

pediatrics 

3 

X 

OB/GYN 

byte 

2 

: 

1 

X 

military  only 

byte 

3 

• 

1- 

■4 

same  as  absent  status 

Disposition  type 

byte 

1 

• 

• 

1 

= 

predisposition 

2 

r 

death 

3 

X 

transfer 

4 

X 

same  day  disp  (DSD) 

byte 

2 

: 

1 

- 

military  only 

2 

X 

civilian  only 

3 

— 

both 

Disposition  .type  (cont'd.) 


Type  case 


Patient  category 


FMP 


byte  3 

byte  4 

byte  1 

byte  2 

byte  3 
byte  1 

byte  2 
byte  3 
byte  4 
byte  3 
byte  6 
byte  7 

byte  1 

byte  2 


1  =  valid  for  CRO 
1  -  newborn 
1  =  injury 
1  =  military  only 

1  =  valid  only  during  war 

1  =  active  duty 

2  =  retired 

3  =  dependent 
9  =  other 

1  =  sponsor 

1  =  dependent 

1  =  civilian  emergency 

1  =  extended  active  duty/training 

1  =  military 

1  =  army  officer  who  requires 
branch  of  service 

1  =  dependent 
3  =  sponsor 

1  =  civilian  emergency 


Node  1  of  many  tables  is  used  to  define  Clinical  Records  codes  for  the 
respective  table  entry. 

l.  Function  Table.  There  is  one  specific  system  table  that  is  used  by 
the  User  Sign-On  function  to  control  the  execution  of  logical  application 
components  necessary  for  a  specified  function.  The  multi-function  components 
that  are  used  in  the  AQCESS  system  are  patient  identification  and  patient 
locking.  The  function  table  specifies  for  each  function  the  ordered  list  of 
programs  (the  multi-function  components  and  application  programs)  that  User 
Sign-On  executes  to  complete  a  function.  This  function  table  is  defined  in 

-010(1020).  Figure  19-3  shows  the  top  level  hierarchy  of  AQCESS  programs 
executed  to  supported  a  user-selected  function. 

m.  Machine  Dependence.  Every  effort  has  been  made  to  design  the  AQCESS 
system  so  that  the  software  is  portable.  However,  there  are  certain 
machine-dependent  capabilities  that  are  necessary  to  support  the  AQCESS 
design.  To  isolate  these  features  from  the  actual  application  code, 
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machine-dependent  capabilities  are  defined  in  the  -'MACH  file.  Each  capability 
is  subscripted  by  a  string  containing  its  name.  The  application  code  needed 
to  perform  a  machine-dependent  function  must  execute  the  machine-dependent 
code  indirectly  through  this  file. 

The  following  machine-dependent  functions  are  currently  defined  for  AQCESS: 

'MACH ("BACK")  opens  a  non-existent  device  to  control  the  back¬ 

ground  products  job 

-MACH ("BACKOFF")  closes  the  products  "background"  device 

^MACHO'BREAKOFF")  machine-specific  code  to  disable  break 

'MACH("BREAKON")  machine-specific  code  to  enable  break 

'MACH("ECH00N")  machine-specific  code  to  turn  echo  on 

aMACH("ECH00FF")  machine-specific  code  to  turn  echo  off 

'MACH("30BNUM")  sets  variable  to  the  current  job  number 

,'MACH("LINNUM")  sets  variable,  %l  to  the  current  line  number 

'MACH("BACK2")  opens  a  non-existent  device  to  control  the  back¬ 

ground  reports  job 

•>MACH("BACK0FF2")  closes  the  reports  "background"  device 

'MACH("BACK3")  opens  a  non-existent  device  to  control  the 

Clinical  Records  on-line  printing  and  editing 
background  job 

•'MACH ("BACKOFF 3")  closes  the  CR  background  device. 
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1.2  PAD  Program  Descriptions. 


1.2.1  Registration  (RG).  The  following  figure  shows  the  hierarchy  chart  for 
this  function.  ' 


a.  Purpose.  The  Registration  package  (RG*)  is  executed  to  perform  new 
registrations  and  to  modify  existing  registration  data  after  a  patient  has 
been  identified  by  the  patient  identification  process. 

Invoked  by:  SO 

Globals  referenced:  •♦DIC(8000,) 

b.  Input  Variables: 

SMPT  set  to  the  internal  file  entry  number  for  the  patient 

SMSP  set  to  the  internal  file  entry  number  for  the  sponsor 

PADNEW  set  to  0  for  old  patient,  old  sponsor 

1  for  new  patient,  old  sponsor 

2  for  old  patient,  new  sponsor 

3  for  new  patient,  new  sponsor 

c.  Processing  Logic.  The  RG  program  assumes  the  patient  has  been  locked 
(aPTLCK).  Since  the  sponsor  data  for  each  "family"  is  stored  only  in  the  spon¬ 
sor's  data  entry,  the  RG  routine  is  responsible  for  logically  locking  the 
entire  family  while  an  individual  entry  is  being  processed.  The  family  is  re¬ 
leased  at  the  end  of  the  RG  processing  regardless  of  function;  the  individual 
patient  is  unlocked  only  if  the  function  is  registration  (PADTAB="R") . 

(1)  Lock  family  lock  file  (*RGLCK).  If  unavailable  for  5  seconds, 
error  set  and  return. 

(2)  If  this  family  is  in  use,  set  error  and  return. 
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(3)  If  a  new  patient  is  indicated,  RG  checks  if  the  SSN/FMP  already 

exists.  If  they  do,  an  error  is  returned.  This  check  must  be  made 
again,  ('"PTLKP  did  it  once),  in  case  a  new  registration  has  been 
filed  since  the  first  look-  up. 

(6)  The  SMUPD  flag  is  set  to  0.  The  entry  programs  will  set  SMUPD  to  1 
if  any  data  is  entered  or  changed. 

(7)  The  RG  program  paints  the  initial  registration  screen.  If  the  "edit 
flag"  (node  0,  piece  2)  is  set,  the  data  on  file  is  incomplete;  set 
DQ  to  I.  For  a  normal  new  patient,  set  DQ  to  5.  DQ  specifies  in 
which  field  on  the  screen  to  begin  entry.  In  this  case,  entry  would 
start  at  either  PATIENT  NAME  (field  1 )  or  STREET  ADDRESS  (field  3). 

(8)  If  SMUPD  is  1,  RG  saves  the  necessary  variables  for  recovery  if  the 
system  crashes  during  filing.  It  then  executes  the  filer,  'RGFILE. 

(9)  Kill  the  recovery  data  when  filing  is  complete.  Unlock  the  family. 
If  function  is  registration,  unlock  the  patient  and  kill  all  of 

•SMSCR.  Return. 


V-.N 


d.  Output  Variables. 


Local  variables: 

If  function  is  registration: 
If  function  is  admission: 
Globals  updated:  *  SMSCR 
*  RGLCK 
« PTLCK 


SMCAN 

SMC AN,  SMPT,  SMSP 


e.  PAD5EL  for  Registration  (SMEN  si). 


m 


i. ... 


■»  N  **  ' 


Program 
P3 
PI  2 
PI 

PD14 


Source 

History  Display  Screen 
OP  Products 

Registration  Display  Screen 
Verify 


Compiled  Entry  Programs. 


Program  Refresh  Special 

Name  Source  Screen  Routines  Edit  Routines 


El  Update  PTID  data  PI  RGFMP,  RGSSN 

£12  OP  Products  PI 2 
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1.2. 1.1  'Registration  Loader  (RGLQAD). 


a.  Purpose.  The  RGLOAD  program  sets  up  the  SMSCR  file  with  patient 
and  sponsor  registration  data. 

Invoked  by:  RG 

Globals  referenced:  'DIC 

b.  Input  Variables.  PADNEW,  PADJ,  SMPT,  SMSP 

c.  Processing  Logic. 

(1)  For  new  patients  'SMSCR (PADJ, 8000,0)  is  set  to 

* SMSCR ( PAD J , 1010,0)  (the  temporary  disk  area  for  new  PTID 
data) . 

(2)  If  the  patient  is  a  sponsor,  default  the  sponsor  name  to  the 
patientname.  If  there  is  an  existing  dependent  record  for  thi  s 
new  sponsor,  default  the  patient  address  and  home  telephone 
data  from  the  dependent  record  (node  1,  pieces  1-6). 

(3)  If  the  new  patient  is  not  a  sponsor  and  the  sponsor  record 
exists,  default  patient  address  and  home  telephone  in  the  same 
way. 

(4)  For  old  patients  load  corresponding  nodes  of  'DIC  into  'SMSCR. 

If  node  1  does  not  exist,  attempt  to  default  address  and  home 
telephone  data  from  another  family  record. 

(5)  For  new  or  old  dependents,  set  'SMSCR  node  3  from  sponsor 
record. 

d.  Output  Variables. 

Local  variables:  None 

Globals  updated:  -'SMSCR 
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1 .2.1.2  Registration  Filer  (RGFILE). 

a.  Purpose.  The  'RGFILE  program  is  called  to  store  data  collected  in 
SMSCR  in  the  data  base  -'010(8000)  in  both  the  patient  and  sponsor  file  entries 
and  to  update  the  registration  data  cross  references  as  required. 

Invoked  by:  RG 

Globals  referenced:  'SMSCR 

'QIC 

'MACH 

''PRO  • 


b.  Input  Variables. 

OT 

PADNEW 

SMDE 

SMPT 

SMSP 

SMUPD 

c.  Processing  Logic. 

(1)  Extract  products  requested  quantities:  C  =  Registration  Forms 
requested,  0  =  outpatient  embossed  cards  requested.  Store 
entry  in  products  request  file  (APRD)  and  initiate  background 
job  if  it  is  not  running.  Null  out  products  request  pieces  in 

'•SMSCR. 

(2)  Loop  through  '•DO  and  extract  set  and  kill  statements  for  each 
defined  cross  reference.  Sets  are  stored  in  DE(IDX,M,1)  and 
kills  in  DE(IDX,M,2)  where  IDX  is  the  node;  piece  of  the  cross- 
reference  variable. 

(3)  Wipe  out  Edit  Flag — node  0, piece  2  (indicating  this  is  a 
partial  record)  and  concatenate  in  DT  as  date  registration  data 
last  updated  (piece  19). 

(4)  File  nodes  of  'SMSCR.  Only  file  node  3  if  this  patient  is  also 
a  sponsor. 

(5)  Loop  through  the  DE  array  of  sets  and  kills  executing  each: 
Killing  the  old  cross  reference  based  on  SMDE  and  setting  the 
new  based  on  'SMSCR  for  each  cross-reference  field  for  the 
patient. 

(6)  If  patient  is  a  sponsor: 

-  if  sponsor  record  already  exists  (PADNEW  <2),  set  sponsor 
name  from  'SMSCR  into  node  0  of  sponsor  data  in  DIC  and  set 
node  3  of  DIC  to  node  3  of  'SMSCR. 

-  if  sponsor  does  not  already  exist,  build  a  skeletal  sponsor 
record:  node  0  with  edit  flag  set  to  1  and  FMP;  node  3  from 
''SMSCR. 

-  Process  name  cross  reference  for  sponsor.  Use  cross- 
reference  sets  and  kills  for  "0;1"  but  use  sponsor  name  data 
from  "3;1 ". 
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1.2. 1.3  Registration  FMP  Special  Edit  (RGFMP). 

a.  Purpose .  The  '•RGFMP  program  is  called  whenever  the  user  changes  a 
patient’s  FMP  on  the  Registration  Screen.  If  a  patient  changes  from  a  sponsor 
to  a  dependent  or  vice  versa,  the  patient,  sponsor  file  entry  numbers  are 
updated  and  sponsor  data  redisplayed  where  appropriate. 

Invoked  by:  El  (entry  program  with  special  MUMPS  code  for  FMP  edit) 
Globals  referenced:  »DD 

- SMDEF 

b.  Input  Variables: 

X  ( new  FMP ) 

SMPT 

SMSP 

SMZ 

c.  Processing  Logic. 

(1)  If  SSN  field  is  blank  (user  changed  the  FMP,  then  backed  up 
from  the  SSN  field),  skip  the  SSN-FMP  check  (go  to  step  3). 

(2)  Loop  through  SSN  cross  reference.  If  an  entry  exists  with  this 
FMP/SSN,  delete  the  SSN  in  SMZ  and  on  the  screen.  (User  will 
now  be  forced  to  enter  a  non-duplicate  SSN  or  go  back  and  enter 
a  different  FMP). 

(3)  If  patient  is  now  a  sponsor,  set  SMSP  to  SMPT,  recalculate 
PADNEW  and  set  the  sponsor  name  to  the  patient  name. 

(4)  If  the  patient  is  now  a  dependent  and  was  a  sponsor,  set  PADNEW 
to  indicate  new  sponsor,  get  a  new  file  entry  number  for  spon¬ 
sor  in  SMSP  and  blank  out  sponsor  name. 

(5)  Redisplay  sponsor  name. 

d.  Output  Variables: 

Local:  SMSP 

Pn  r\ *  if- i.i 

SMZ (8000,  ...) 

Globals  updated:  “RGLCK 
'  DIC 
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1.2. 1.4  Registration  SSN  Special  Edit  (RGSSN) 


a.  Purpose.  The  RGSSN  routine  is  called  whenever  the  user  changes  the 
SSN  on  the  registration  screen.  RGSSN  validates  the  change  and,  if  no  error 
exists,  redisplays  sponsor  data  as  appropriate. 

Invoked  by:  El  (entry  program  with  special  MUMPS  code  for  SSN  edit) 
Globals  referenced:  * DD 

SMDEF 

b.  Input  Variables: 

X  (new  SSN) 

SMPT 

SMSP 

SMZ 

c.  Processing  Logic. 

(1)  Lock  the  family  lock  file.  If  unavailable  for  5  seconds,  set 
an  error  and  return.  If  available  but  new  family  is  locked, 
set  an  error  and  return. 

(2)  Loop  through  the  SSN  cross  reference  for  this  whole  family. 

Save  sponsor  file  entry  number.  If  this  FMP/SSN  already 
exists,  set  error  and  return. 

(3)  Unlock  old  family;  lock  new  family. 

(4)  If  new  sponsor  does  not  exist,  get  new  file  entry  number;  set 
SMSP. 

(5)  For  each  sponsor  field,  replace  the  old  sponsor  field  in  SMZ 
with  the  new  sponsor's  field.  Write  new  field  on  screen. 

d.  Output  Variables: 

Local:  SMSP 

SMZ (8000, 

Globals  updated:  *DIC 

' RGLCK 
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1.2. 1.5  Registration  Consistency  Editor  (RGC). 


a.  Purpose .  The  Registration  consistency  edit  program  ensures  that  the 
registration  data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  El 

Globals  referenced:  -DIC(IOII),  -DIC(1012),  DIC(  1002 ) , 

~ DIC (1006) 

b.  Input  Variables: 

SMZ 

c.  Processing  Logic. 

(1)  Clear  line  24  of  possible  previous  error  messages. 

(2)  Get  the  patient  category  flag  in  FCAT  and  the  actual  category 
code  (rather  than  the  pointer  number)  in  CAT.  Get  the  FMP  flag 
in  F FMP. 

(3)  Do  edits  2-12  (see  section  H  below). 

(4)  Do  sponsor  edits  (edits  13-21)  (routine  RGC1). 

(5)  If  the  service  is  Navy,  do  edits  22-32  (routine  RGC2). 

(6)  If  any  errors  have  been  detected,  return. 

(7)  If  updates  had  been  made  (SMUPD  flag  set  by  the  entry 
programs),  set  verification  to  "NO"  and  clear  the  verification 
date. 

(8)  Store  SMZ  in  -SMSCR.  After  'SMSCR  is  updated,  repaint 
verification  line  if  updates  had  been  made.  Return. 

d.  Output  Variables: 

Local:  SMERR 

Globals  updated:  ASMSCR 

e.  PADSEL .  Not  applicable. 

f .  Compiled  Painter  Program: 

PD14  VERIFY  screen  definition  14 

g.  Compiled  Entry  Programs:  None. 


h.  Editing  Logic.  The  following  edits  are  performed  based  on  the 
branch  of  service  in  profile  record. 

Applicable  Service  Edits 

1.  A,F,N  5SN  cannot  be  all  null. 

2.  A,F,N  Sponsor  (FFMP  byte  1=3)  must  have  a  sponsor  type  of 

patient  category  (the  2nd  digit  of  FCAT  is  1).  (Erro 

1001). 
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Edits 


6.  A,F,N 

7.  A,F,N 

8.  A,F,N 

9.  A,F,N 

10.  A,F,N 

11.  F 

12.  F 

13.  A,F,N 


Dependent  (FFMP  byte  1=1)  must  have  a  dependent  type 
of  patient  category  (the  3rd  digit  of  FCAT  is  1)  and 
vice  versa.  (Error  1001). 

Civilian  emergency  (FFMP  byte  1=2)  must  have  a 
civilian  emergency  type  of  category  (the  4th  digit  of 
FCAT  is  1).  (Error  1001). 

Active  duty  or  retired  member  of  the  uniformed  ser¬ 
vices  must  be  at  least  16  years  old  for  Air  Force  and 
17  years  old  for  Navy  and  Army.  (If  the  2nd  digit  of 
FCAT  is  1  then  check  D08  against  current  date). 

(Error  1002). 

Mother  and  mother-in-law  of  sponsor  (FMP  is  40  or  30) 
must  be  female.  (Error  1003). 

Father  and  father-in-law  of  sponsor  (FMP  is  45  or  55) 
must  be  male.  (Error  1003). 

Children  (FMP  is  01  through  19)  cannot  have  marital 
status  of  married  (M),  interlocatory  (I)  or  separated 
(L).  (Error  1004). 

A  spouse  (FMP  is  30)  cannot  have  a  marital  status  of 
annulled  (A),  divorced  (D)  or  single  (S).  (Error 
1004). 

Spouse  of  deceased  sponsor  (FMP  is  30  and  the  2nd  and 
3rd  digits  of  CAT  is  43  or  44)  must  have  marital 
status  of  widowed  (W)  or  unknown  (U).  (Error  1004). 

AFSC  must  be  entered  for  all  active-duty  Air  Force. 

(If  1st  digit  of  CAT  is  "F"  and  the  1st  digit  of  FCAT 
is  1,  then  the  4th  through  6th  digits  of  military  oc¬ 
cupation  must  be  numeric.)  (Error  1005). 

Aviation  service  code  is  entered  only  for  active  duty 
personnel.  (If  aviation  service  code  is  not  null, 
then  the  1st  character  of  FCAT  must  be  1  and  the  1st 
character  of  CAT  must  be  "F".)  (Error  1006). 

If  sponsor  (first  byte  of  FFMP  =  3)  and  the  sponsor 
name  is  entered,  then  the  sponsor  name  must  be  the 
same  as  the  patient  name.  If  sponsor,  and  the  sponsor 
name  is  blank,  default  the  sponsor  name  to  the  patient 
name.  (Error  1007). 
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Applicable  Service 
14.  A,F,N 


15a.  A 


15b.  F,N 

16.  F 

17.  A,F,N 

18.  A,F,N 

19.  A,F 


20a.  A 
20b.  N 


21.  A 

22.  N 


23.  N 
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Rank  must  be  entered  for  active  duty  or  retired  member 
of  the  uniformed  services.  (If  1st  digit  of  FCAT  is  1 
or  2,  the  rank  cannot  be  blank  or  "CIV".)  (Error 
1008,  1018).  Rank  must  be  consistent  with  patient 
category  (Error  1018). 

If  Army  officer  (All,  A21 ,  A23,  A26,  A31 ,  A33,  A41), 
Army  branch  of  service  must  be  entered  (Error  1023). 

If  foreign  military  (patient  category  "S..."),  service 
must  be  entered  (Error  1025).  If  not  Army  officer  or 
foreign  military,  field  should  be  blank  (Error  1024). 

Service  must  be  entered  (Error  1026). 

The  major  command  must  be  entered  for  all  AF  extended 
active-duty  and  training  personnel  (the  5th  digit  of 
FCAT  is  1)  (Error  1009). 

If  the  permanent  active  flag  is  changed  to  "N",  de¬ 
fault  the  date  in  which  patient  placed  on  inactive 
status  to  the  current  date. 


If  the  permanent  active  flag  is  "Y",  blank  out  the 
date  in  which  patient  placed  on  inactive  status. 

If  FMP  is  20,  the  UNIT  ID/SHIP  is  defaulted  to  the 
sponsor's  duty  zip  code.  If  FMP  is  not  20,  the  UNIT 
ID/SHIP  is  defaulted  to  the  patient's  zip  code.  If 
UNIT  ID/SHIP  is  blank  after  default,  then  it  is  an 
error  (Error  1103,  1111). 

Flying  status  indicator  must  be  entered  (Error  1144). 

If  the  flying  status  indicator  is  not  blank,  then  the 
patient  category  must  be  active  Navy  or  Marine 
personnel  (the  first  digit  of  FCAT  is  1  and  the  first 
character  of  CAT  is  "N"  or  "M",  and  CAT  is  not  = 

N13 )  (Error  1010.) 


If  patient  is  active-duty  Army,  Navy,  Air  Force,  or 
Marine  personnel,  then  aeronautical  rating  must  be 
entered  (Error  1011.) 

If  FMP  is  20  and  the  sponsor's  pay  grade  is  07-11, 
then  one  of  the  command  interest  fields  must  be  VIP 
(Error  1012). 

If  FMP  is  20  and  the  1st  5  characters  of  UIC  equals 
the  MTF  code,  then  one  of  the  command  interest  fields 
must  be  STF  (Error  1022). 
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Applicable  Service 
24.  N 


25.  N 


26.  N 


27.  N 


28.  N 


29.  N 


30.  N 


31.  N 


32.  N 


If  patient  is  an  active  duty  Navy  or  Marine  personnel 
(the  1st  digit  of  FCAT  is  1  and  the  1st  character  of 
CAT  is  "N"  or  "M"),  then  the  UIC  cannot  be  null  (Error 
1013.) 

If  patient  is  an  active  duty  Navy  or  active  duty 
enlisted  Marine  personnel  (the  1st  digit  of  FCAT  is  1 
and  the  1st  digit  of  CAT  is  "N"  or  "M"  and  CAT  is  not 
=  N13,  N14,  M14  or  M22),  then  the  military  occupation 
cannot  be  blank  (Error  1014). 

If  patient  is  an  active-duty  Marine  (the  1st  digit  of 
FCAT  is  1  and  the  1st  digit  of  CAT  is  "M"  and  CAT  is 
not  =  M14  or  M15),  or  patient  is  an  active-duty  Navy 
officer  (the  1st  digit  of  FCAT  is  1  and  the  1st  digit 
of  CAT  is  "N"  and  CAT  is  not  =  N13  or  N14  and  the  pay 
grade  is  01-11  or  21-24),  then  the  military  occupation 
must  be  numeric  (Error  1015). 

If  patient  is  an  active  duty  Navy  enlisted  personnel 
(the  1st  digit  of  FCAT  is  1  and  the  1st  digit  of  CAT 
is  "N"  and  CAT  is  not  =  N13  or  N14  and  the  pay  grade 
is  31-39),  then  the  military  occupation  must  not  be 
numeric  (Error  1016). 

All  non-active-duty  military  patients  (the  1st  digit 
of  FCAT  is  not  =  1  or  the  1st  digit  of  FCAT  is  =  1 , 
but  1st  digit  of  CAT  is  not  =  "N",  "M",  "A",  or  "F") 
must  have  a  patient  address.  (The  alphanumeric  fields 
of  the  patient  address  cannot  be  null  and  the  zip  code 
cannot  be  null  or  zeroes.)  (Error  1020,  1100,  1101, 
1102,  1103.) 

If  this  is  an  active-duty  or  retired  uniformed 
services  patient  (the  1st  digit  of  FCAT  is  1  or  2), 
the  ID  card  number  must  be  blank  (Error  1017). 

Active-duty  Air  Force  or  Army  patient  (the  1st  digit 
of  FCAT  is  1  and  the  1st  digit  of  CAT  is  "A"  or  "F") 
must  have  a  military  address.  (The  alphanumeric 
fields  of  the  duty  address  cannot  be  null  and  the  zip 
code  cannot  be  null  or  zeroes.)  (Error  1021,  1108, 
1109,  1110,  1111.) 

If  sponsor's  rank  is  "Ml"  (Air  Cadets),  the  patient 
category  must  be  "A13",  "F13",  "M13",  "N13"  or  "P13" 
(Error  1018). 

If  sponsor's  rank  is  "Cl"  (Academy  Cadets),  the  pa¬ 
tient  category  must  be  "M14"  or  "N14"  (Error  1018). 
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a.  Purpose.  The  RGOC  routine  stores  the  SMZ  node  containing  the 
products  request  in  ''SMSCR. 

Invoked  by:  RGOE 

b.  Input  Variables:  None. 

c.  Processing  Logic. 

(1)  If  SMZ  node  2  exists,  store  it  in  ''SMSCR  node  2  for  file  8000 

d.  Output  Variables: 

Local:  None 

Globals  updated:  /'  SMSCR 
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a.  Purpose.  The  RGVC  program  performs  the  verification  checks  on 
registration  data.  If  the  service-specific  required  data  is  present,  the 
verified  indicator  and  date  verified  are  set  and  displayed. 

Invoked  by:  PADSEL 

b.  Input  Variables: 

SMZ 

c.  Processing  Logic. 

(1)  Clear  error  flag;  set  base  error  number  (variable  MN). 

(2)  Check  Tri-service  fields.  If  any  error,  display  error  and 
return  (display  error  based  on  specific  field). 

(3)  If  the  service  is  "Army",  perform  the  common  Army/Navy  edits, 
the  common  Army/Air  Force  edits,  and  the  Army-only  edits.  If 
the  service  is  Air  Force,  perform  the  common  Army/Air  Force 
edits  and  the  Air  Force-only  edits.  If  the  service  is  Navy, 
perform  the  common  Army /Navy  edits. 

(A)  If  no  verification  errors  exists,  set  verification  indicator  to 
YES  and  verification  date  to  the  current  date,  repaint  the 
verification  screen  line. 

Common  edits:  The  list  of  nodejpiece  strings  that  specify  the  fields  to  be 
edited  contains  a  third  piece  if  the  edit  is  based  on  a  civilian/military 
categorization.  This  is  true  for  the  occupation  fields.  If  the  third  piece 
exists,  the  patient  category  table  flag  is  tested  to  perform  the  edit. 

d.  Output  Variables:  None. 

e.  PADSEL .  Not  applicable. 

f .  Compiled  Painter  Programs: 

PI  -  VERIFY  screen  definition  14 

g.  Compiled  Entry  Programs:  Not  applicable. 

h.  Editing  Logic. 


Applicable  Service 

Edits 

1.  A,F,N 

Patient  Street  Address 

2.  A,F,N 

City  0 

3.  A,F,N 

State 

4.  A,F,N 

Zip 
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Edits 


Applicable  Service 

Edits 

5.  A,F,N 

Patient  Category 

6.  A,F,N 

Military  Occupation 

(if  military  patient 

category) 

7.  A,F,N 

Sponsor  Rank 

8.  A,F,N 

Sponsor  Service 

9.  A, F, N 

Duty  Address 

10.  A,F,N 

Duty  City 

11.  A,F,N 

Duty  State 

12.  A,F,N 

Duty  Zip  Code 

13.  A,N 

Sex 

14.  A,N 

Race 

15.  A,N 

ID  Card  Date 

16.  A,N 

Unit  ID  Ship 

17.  A,F 

Home  Phone 

18.  A,F 

Work  Phone 

19.  A.F 

Civilian  occupation 

(if  civilian  patient 

category 

20.  A 

Home  State 

21.  A 

Marital  status 

22.  A 

Religion 

23.  A 

Flying  status 

24.  A 

Primary  care  prox'der 

25.  F 

Primary  MTF 
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•!■’•. V-  1.2.2  Admission  and  Transfer  (AT).  The  following  figure  shows  the  hierarchy 

chart  of  Admission/Transfer  programs. 
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a.  Purpose.  Admission  and  Transfer  are  two  functions  that  are  used  to 
maintain  a  patient's  inpatient  episode  data.  Transfer  allows  the  user  to 
perform  a  subset  of  those  options  provided  in  admission  (the  user  is  unable  to 
perform  an  initial  admission  or  to  cancel  an  admission).  Therefore,  both 
these  functions  will  be  performed  by  the  package  AT*,  with  those  few 
differences  between  the  functions  being  controlled  by  PADTAB,  a  variable  set 
up  when  the  user  identifies  which  "function"  is  to  be  performed  on  the  user 
entry  menu  screen  (see  the  figure  above). 


Two  separate  "functions"  exist  so  that  the  system  manager  is  able  to  limit 
users'  capabilities  in  certain  areas  of  the  hospital  by  only  assigning  access 
to  the  Transfer  function. 

Invoked  by:  SO 

Global  referenced:  aDIC(800G,) 

b.  Input  Variables.  By  the  time  control  gets  to  the  Admission  and 
Transfer  program  (AT),  several  things  have  been  accomplished. 

(1)  The  user  has  identified  a  patient  on  the  Patient  Identification 
screen  -  this  patient  may  or  may  not  already  exist  on  the  data 
base. 

(2)  SMPT  has  been  set  to  the  file  entry  number  of  the  patient 
identified.  If  the  patient  did  not  already  exist,  a  new  number 
has  been  assigned. 

(3)  SMSP  has  been  set  to  the  sponsor's  file  entry  number  and  if  a 
sponsor  record  does  not  exist,  a  new  number  has  been  assigned. 

(4)  PADNEW  has  been  set  to  identify  whether  a  patient  was 
previously  registered: 

0  =  Old  patient,  Old  Sponsor 

1  =  New  patient,  Old  Sponsor 

2  s  Old  patient,  New  Sponsor 

3  =  New  patient,  New  Sponsor 


•  .*•  .V 
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(5)  The  patient's  record  has  been  locked.  An  entry  has  been  placed 
in  'PTLCK. 

(6)  PADTA8  has  been  set  to  indicate  which  function  has  been 
selected: 

A  =  Admission 
T  =  Transfer 

With  this  information,  AT  begins  processing. 

c.  Processing  Logic.  First,  determine  if  the  patient  is  a  current 
inpatient.  The  flag  ATFIG  is  used  to  keep  this  information  (0  =  current 
inpatient,  1  not  current  inpatient).  If  the  user  identified  a  new  patient 
(PADNEW  =1  or  3),  then  he  or  she  is  not  a  current  inpatient;  set  ATRGN  = 
However,  this  could  be  an  old  patient  without  being  a  current  inpatient;  set 
ATRGN  egual  to  the  current  register  number  field  (0,17)  of  the  registration 
file  (8000).  If  the  current  register  number  field  is  null,  then  the  patient 
is  not  a  current  inpatient. 

Initial  processing  based  on  inpatient  status: 

(1)  When  function  is  transfer  (PADTAB="T'')  the  user  is  not  allowed  to 
perform  an  initial  admission.  Therefore  if  the  patient  is  not  an 
inpatient  (ATFLG=1),  set  SMERR=1995  "Patient  not  currently 
admitted".  Set  SMCAN  =  1  and  go  to  UNLCK  which  will  unlock  the 
patient  and  quit  the  program.  Control  will  return  to  the  User  Entry 
Menu  Program  which  will  loop  back  to  'PT  and  display  the  error 
message . 

(2)  In  admission  (PADTAB="A")  whenever  the  user  is  about  to  perform  an 
initial  admission,  (ATFLG=1),  the  user  is  forced  to  go  thru 
registration  in  the  hope  that  he/she  will  review  the  Registration 
data  and  make  sure  that  it  is  current. 

Upon  returning  from  registration,  check  SMCAN  and  SMERR;  if 
either  is  set,  go  to  UNLCK.  If  it  is  not  set,  kill  all  except  node 
0  of  "SMSCR,  (the  other  nodes  of  scratch  pertain  only  to 
Registration). 

(3)  If  the  patient  is  an  inpatient,  load  node  0  of  the  registration  file 
into  "SMSCR,  and  go  directly  into  admission. 

Do  'ATL0AD  to  load  admission  data  (see  Section  1.2. 2.1).  This  routine  loads 
'SMSCR  from  'DIC.  It  either  loads  existing  admission  data  or,  if  none  exists, 
it  defaults  the  emergency  data  portion  of  the  admission  file  from  other 
records  and,  if  necessary,  generates  a  new  register  number. 

Display  the  initial  Admission/Transfer  Screen.  Do  *P50. 

For  an  initial  admission,  the  user  starts  by  entering  data  on  the  Admission 
Screen  line  6;  for  all  subsequent  updating  of  that  information  either  through 
Admission  or  Transfer,  the  cursor  is  initially  set  at  the  ENTER  SELECTION 
field.  Selection  processing  is  handled  through  'PADSEL,  which  does  the  Entry 
and  Painter  programs.  By  setting  PADCHN  to  +  for  a  new  admission,  *  PADSEL 
will  do  the  Admission  Entry  program  without  any  selection  entry  by  the  user. 
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If  this  is  not  an  initial  admission,  the  -uses«  is  not  allowed  access  to  source 
of  admission,  register  number,  and  date/time  of  admission  fields.  Set  SMST 
for  screen  50  to  4  (starting  field  number  for  entry  program).  The  flow  from 
screen  to  screen  will  stay  under  * PADSEL  until  the  user  either  chooses  to 
cancel  or  store  the  data.  To  understand  this  flow  see  section  E,  below. 

Upon  returning  from  ''PADSEL,  check  if  the  user  has  chosen  to  cancel 
(SMCAN=1).  If  so  and  if  the  register  number  was  automatically  assigned  (ATFLG 
=  1,  ATAUTO  si,)  then  return  the  register  number  and  go  to  UNLCK.  If  the 
user  did  not  cancel,  it  is  time  to  prepare  the  data  for  filing.  Before 
filing,  some  additional  checking  of  data  must  be  done  to  make  sure  that  before 
a  new  ward  assignment  is  stored,  there  is  room  for  a  patient  on  that  ward. 

Also  if  the  user  has  entered  a  register  number  (in  manual  mode  or  an  override 
number  in  auto  register  number  mode),  check  that  it  is  unique  and  its 
assignment  is  valid.  If  it  is  valid  and  automatic  register  number  assignment 
is  in  use,  return  the  old  number.  Also,  if  this  is  a  preadmission  and  auto 
reg  number  is  on,  return  the  assigned  number.  For  a  cancel  admission,  the 
assigned  number  must  be  returned  and  a  canc.el  number  retrieved.  All  these 
functions  are  performed  in-'ATRW  (see  section  1.2. 2. 2). 

If  an  error  was  discovered  in  ’ATRW,  AT  must  display  an  error  message  and  re¬ 
turn  control  to  -’PADSEL  allowing  the  user  to  correct  the  error  and  update  any 
other  data,  or  to  cancel  out.  If  no  error  was  found,  save  all  variables  needed 
for  recovery.  This  is  done  immediately  before  filing  so  that  should  the  system 
crash  during  filing,  there  will  be  a  mechanism  for  recovering  the  data  base 
(see  section  1.1. e  for  a  discussion  of  recovery). 

Finally,  file  the  data.  Do  -'ATFILE  (see  Section  1.2. 2. 3).  The  filer  must 
file  the  admission  data  and  make  any  necessary  entries  in  the  event  file.  If 
the  patient  was  a  mother  who  went  on  convalescent  leave,  then  her  baby(s)  must 
either  be  dispositioned  or  put  on  pay  status.  The  user  will  be  prompted  to 
collect  that  data  for  each  child.  Do  'NB. 

UNLCK  -  unlocks  the  patient  number  by  killing  >'  PTLCK(SMPT),  and  if  the  patient 
is  a  baby,  must  unlock  the  mother  * PTLCK(SMOM) .  UNLCK  must  also  kill  all 
local  variables  PADSEL,  ATFLG,  ATAUTO,  PADCHN,  * SMSCR ( PAD 3 ) ,  SMDE,  ATRGN,  X, 

V,  DY,  DX,  SMZ,  SMST,  SMSK,  NBDSDT,  HCAS,  HAS,  HSA,  HMEB,  HTC,  SMNXT,  ATPRE, 
CANPRE. 


Output  Variables: 


Local  variables: 


(1)  SMCAN  is  set  when  Admission  or  Tranfer  processing  has  been 
cancelled. 


(2)  SMERR  is  set  to  an  error  message  number  if  an  error  is  found 
during  Admission  or  Transfer  processing  that  prevents  further 
processing.  This  will  be  used  by  PT  to  display  an  error 
message . 
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Global  variables:  -  <> 

aDIC(8000,SMPT) 

''DIC(10G8)  register  number  file 
' DIC(8010)  ward 
■'0IC(8020)  event  file 

e.  PADSEL. 


If  selection  is: 


Program  Source 

P50  Admission/Transfer  display  screen 

P52  AT  Mother's  register  number 

P53  AT  Transfer-in  data 

P54  ,AT  Emergency  data 

P55  AT  Cause  of  injury  screen 

P56  AT  Absent  status  screen 

P57  AT  Casualty  status  screen 

P58  AT  MEB  status  screen 

P59  Admission  cancellation  screen 

P60  Admission  selection  screen 

P61  AT  Menu  painter 

P64  Transfer  selection  screen 

P65P  AT  Inpatient  products 


g.  Compiled  Entry  Programs: 


Program 

Source 

Refresh  Screen 
Routines 

Special  Edit 
Routines 

E50 

Admission/Transfer  Main  Screen 

P50 

SMTXT,  ATAP, 

E32 

AT  Mother's  Register  Number 

P52,  P61 

ATSA,  ATWD, 
ATLS,*  ATMB 

E53 

AT  Transfer-in  Screen 

P53,  P61 

E54 

AT  Emergency  Data 

P54,  P61 

SMZIP 

E55 

AT  Cause  of  Injury  Screen 

P55,  P61 

SMTXT 

E56 

AT  Absent  Status  Screen 

P56,  P61 

SMZIP 

E57 

AT  Casualty  Status  Screen 

P57,  P61 

ATMB 

E58 

AT  MEB  Status  Screen 

P58,  P61 

ATMB 

E39 

Admission  Cancellation  Screen 

P59,  P61 

E65E 

AT  Inpatient  Products 

P65,  P61 

*  ATLS  is  a  special  input  transform  edit  called  on  all  length  of  service  input 
(also  see  E81 ) . 


I 
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1.2. 2.1  A/T  Loader  (ATLOAD). 

a.  Purpose.  The  Admission  and  Transfer  loader  sets  up 
/'SMSCR(PADJ,8000.01 )  with  any  available  admission  data  from  the  admission 
file.  For  a  current  inpatient  or  a  preadmission,  load  all  existing  data.  If 
no  previous  admission  data  exists,  default  the  emergency  data  from  either  a 
previous  admission  record,  sponsor's  admission  record,  or  patient's 
registration  data.  If  automatic  register  number  generation  is  requested  by 
the  site,  and  the  patient  is  not  a  current  inpatient,  then  ATLOAD  must  assign 
a  register  number. 

Invoked  by:  "AT 

Globals  referenced:  *DIC(8000) 

b.  Input  Variables: 

(1)  SMPT  has  been  set  to  the  file  entry  number  of  the  patient 
identified. 

(2)  SMSP  has  been  set  to  the  sponsor's  file  entry  number 
identifying  the  sponsors  location  in  the  registration  file. 

(3)  PADNEW  identifies  whether  a  patient  was  previously  registered. 

0  =  Old  patient,  Old  Sponsor 

1  =  New  patient,  Old  Sponsor 

2  =  Old  patient,  New  Sponsor 

3  =  New  patient,  New  Sponsor 

(4)  ATFLG  has  been  set  to  1  if  the  patient  is  not  a  current 
inpatient . 

(5)  * SMSCR ( PA0J , 8000,0)  contains  all  registration  data  that  will  be 
needed  for  admission  and  transfer  processing. 

(6)  ATRGN  contains  the  patient's  current  register  number  if  one 
exists. 

c.  Processing  Logic.  This  routine  must  first  determine  if  the  patient 
is  a  current  inpatient.  The  routine  will  check  the  ATFLG.  If  it  is  zero, 
then: 


(1)  Simply  load  all  existing  admission  data  into 
* SMSCR ( PADO , 8000 . 01 ) . 

(2)  Variables  HME8,  HAS,  HCAS,  HTC  and  HSA  are  used  to  track 
changes  to  the  MEB,  absent  status,  casualty  status,  type  case, 
and  source  of  admission  fields  respectively.  ATLOAD  sets  the 
original  value  from  the  respective  data  base  node.  The 
admission  consistency  edit  programs  use  these  variables  to 
detect  changes  afid  therefore  force  screen  chaining  to  collect 
data  associated  with  these  fields.  The  consistency  edit 
programs  update  these  fields  each  time  they  change. 
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If  ATFLG=1  then  one  of  two  situations  could  exist. 

(1)  If  it  is  a  preadmit  patient,  some  admission  data  already 
exists;  if  so,  load  that  data.  All  preadmits  have  the  same 
register  number,  9999999,  so  ATLOAD  loads  this  data. 

(2)  If  it  is  not  a  preadmit,  then  default  the  emergency  data  part 
of  their  admission  data  from  their  own  previous  admission 
record  if  one  exists,  or  the  sponsor's  admission  data  (if  it 
exists),  or  from  the  patient  registration  record. 

(a)  If  this  is  an  old  patient  (PADNEW  =  0,2),  then  he/she  could 
potentially  have  been  previously  admitted  and  if  so,  the 
emergency  data  is  defaulted  from  the  previous  admission 
record.  This  is  done  by  checking  if  the  previous  register 
number  field  exists  in  -"SMSCR  (Node  0,  18th  piece).  Use 
that  number  to  get  the  admission  data  ■->DIC(8000,  SMPT,5), 
then  load  the  Emergency  data  (Node  3)  into  scratch.  If 
successful,  go  to  step  3. 

(b)  If  this  is  an  existing  sponsor  (PADNEW  =  0,1),  then  use 
SMSP  to  look  up  the  registration  record.  Check  the  current 
register  number  field  in  the  registration  file  ( 0 ; 1 7 )  and 
if  it  exists,  use  that  number  to  get  the  admission  data; 
otherwise  use  the  previous  register  number  (0;18)  and  load 
the  Emergency  data  into  scratch.  If  successful  go  to  step 
3.  If  neither  register  number  exists,  the  sponsor  was 
never  an  inpatient. 

(c)  As  a  last  resort,  take  the  patient's  address  and  phone 
number  from  their  registration  record  ( 1 ; 1  -  1 ; 6 )  and  move 
them  into  the  emergency  address  and  phone  number  in  ''SMSCR 
( 3 ;  3  -  3 ;  7 ) 

(3)  In  either  case,  if  the  patient  is  not  a  current  inpatient 
(ATFIG=1),  two  more  things  must  be  done. 

(a)  Determine  if  automatic  register  number  generation  is 
reguested.  In  the  MTF  profile  record  (1011)  of  each  site, 
the  user  can  specify  if  they  want  register  numbers 
automatically  assigned  (0;4),  or  if  they  will  be  handled 
manually.  Set  ATAUTO  to  the  auto  register  number  flag. 

(b)  If  automatic  register  number  assignment  is  requested: 

-  Lock  the  register  number  maintenance  record  (  RGN).  If 
unavailable  for  5  seconds,  display  a  message  and  try 
again  (see  section  1.1. g  on  locking). 

-  Look  in  the  cancelled  number  pool  (  DIC(10Q8  1,1, REG 
NUMBER)  and  see  if  any  numbers  exist.  If  one  exists, 
set  ATRGN  equal  to  that  number  In  addition  save  it  in 
the  recovery  node  (see  4)  then  remove  it  from  the 
cancel  pool. 
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If  no  cancel  pool  numbers  exist,  set  ATRGN  equal  to  the 
current  register  number  field  C 0 IC C 1 008 , 1,0)),  save  it 
in  the  recovery  node  (see  A)  and  add  1  to  the  current 
register  number  field. 

-  Any  automatically  assigned  register  number  must  be 
saved  in  the  recovery  node  because  they  must  not  be 
lost.  If  the  system  were  to  crash  after  a  number  was 
assigned  but  before  the  data  was  stored,  there  must 
be  a  way  of  retrieving  that  number.  This  is  done  by 
saving  that  number  in  /'SMSCR(PAD3,1 )  along  with  the 
name  of  the  recovery  program  ('RCATRN)  that  must  be  run 
to  return  the  number.  When  the  system  is  brought  back 
up,  before  doing  anything  else,  recovery  must  be  run 
(see  Section  1 . 1 . f) . 

(5)  Unlock  the  register  number  file. 

(6)  Set  the  newly  assigned  register  number  into 
■'SMSCR(PADJ,8000.01  )  node  0,  piece  1.. 

(4)  If  this  is  an  initial  admit,  default  products,  form,  and  index 
cards,  to  1 . 

d.  Output  Variables: 

Local  variables: 

(1)  ATAUTO  has  been  set  to  1  if  automatic  register  number 
generation  was  requested,  0  if  manual  register  number 
assignment  is  being  used. 

(2)  ATPRE  identifies  whether  the  patient  was  a  preadmission  or  not 

1  =  preadmission 

2  =  not  preadmission 

(3)  HMEB,  HAS,  HCAS,  HTC,  HSA  contain  the  current  values  of  the 
MEB,  absent,  casualty  statuses,  the  type  of  case  and  source  of 
admission. 
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(4)  ATRGN  previously  contained  any  existing  register  number.  It 
was  then  updated  to  contain  any  new  register  number  assignment. 

Global  variables: 

* SMSCR ( PAD  0 , 8000 . 01 ) 

'  DIC(1008) 


**V-W 

>5$ 
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1.2. 2. 2  A/T  Register  Number  and  Ward  Verification  (ATRW). 

a.  Purpose.  This  program  in  the  Admission  and  Transfer  package  ensures 
that  the  data  entered  can  be  filed.  It  makes  sure  that  before  the  new  ward 
assignment  is  stored,  there  is  room  for  a  patient  on  that  ward.  Also,  if  the 
user  has  entered  a  register  number,  ATRW  checks  that  it  is  unique  and  its 
assignment  is  valid.  If  it  is  valid  and  automatic  register  number  assignment 
is  in  use,  it  returns  the  old  number.  Also,  if  this  is  a  preadmission  and 
automatic  register  number  is  on,  it  returns  the  assigned  number.  For  a  cancel 
admission,  the  assigned  number  is  returned  and  a  cancel  number  retrieved. 
Also,  for  a  new  admission,  it  assigns  a  number  in  the  event  file  to  be  used 
when  building  any  event  records  for  this  admission  episode. 

Globals  referenced: 

DIC( 2001 ) 

DIC (8000) 

SMSCR 

DIC(IOII) 

DIC (1008) 

DIC(8010) 

DIC(8020) 

DIC (1001 ) 

b.  Input  Variables: 

(1)  ATAUT0  has  been  set  to  1  if  auto  register  number  generation  is 
on  for  this  site. 

(2)  ATRGN  contains  the  register  number  originally  assigned. 

c.  Processing  Logic. 

(1)  Retrieve  the  source  of  admission  of  this  patient  and  the  flags 
associated  with  that  value  (variables  SA,FSA).  These  variables 
will  be  used  throughout  ATRW. 

(2)  Determine  if  the  user  has  entered  his  or  her  own  register 
number.  (This  can  only  be  done  at  the  time  of  initial 
admission.)  This  is  done  by  checking  SMDE ( 8000 . 01 ,  "0;1").  If 
it  exists,  then  the  number  has  been  changed.  If  it  has  been 
changed,  check  the  register  number  cross  reference 

(A DIC (8000, "F") )  to  determine  if  the  new  number  already 
exists.  If  it  does,  set  SMERR-2022  "REGISTER  NUMBER  IN  USE", 
replace  the  new  number  with  the  number  initially  assigned 
(ATRGN)  in  '’SMSCR  and  SMZ,  redisplay  the  field  on  the  screen 
and  quit  the  program.  This  will  return  control  to  -’AT  which 
will  allow  the  user  to  reenter  data.  If  the  number  does  not 
already  exist  and  ATAUT0=0,  quit.  If'automatic  register  number 
generation  is  on  (ATAUT0=1),  then  the  program  must  check  if  the 
user  overrode  the  register  number  with  a  valid- number.  In 
order  for  the  number  to  be  valid  it  must  be  from  a  block. 

(a)  Lock  the  register  number  maintenance  file  (-’RGN).  If 

unavailable  for  5  seconds  display  a  message  and  try  again. 
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(b)  Once  the  file  is  locked,  loop  through,  checking  each  block 
of  numbers  to  see  if  the  new  register  number  is  within  the 
range  of  the  block.  If  it  is  in  the  range  of  block,  then 
add  1  to  the  number  used  from  the  block  and  add  it  to  the 
list  of  used  numbers  for  that  block,  and  stop  checking.  If 
it  is  not  in  the  range  of  any  of  the  blocks,  then  set 
SMERR=2019  "REGISTER  NUMBER  NOT  BLOCKED",  reset  the 
register  number  field  in  *SMSCR  and  SMZ  to  ATRGN,  redisplay 
the  field  on  the  screen  and  quit  the  program. 

(c)  Return  the  original  number  assigned  to  the  Register  number 
cancel  pool  and  unlock  the  file. 

(3)  Next  this  program  must  determine  if  any  updating  of  the  ward 
records  must  be  done.  These  records  contain  the  total  number 
of  beds  on  the  ward,  the  number  of  beds  reserved  for 
preadmissions,  the  number  of  blocked  or  unavailable  beds  and 
the  number  of  inpatient  occupied  beds.  A  ward  record  may  need 
to  be  updated  for  two  reasons:  1)  the  patient's  ward  has 
changed  from  *one  ward  to  another,  or  from  a  ward  to  no  ward  or 
from  no  ward  to  a  ward,  2)  the  patient's  source  of  admission 
may  have  changed  from  a  preadmission  to  an  admission  or 
cancelled  from  an  admission  to  a  preadmission.  This  processing 
is  done  as  follows: 

(a)  Determine  if  either  a  ward  change  or  a  source  of  admission 
change  has  occurred. 

(b)  Initialize  the  preadmission  (PCT)  and  inpatient  (ICT) 
adjustment  counters  to  zero. 

(c)  If  the  source  of  admission  changed  but  the  ward  did  not 
change  then  if  the  old  source  of  admission  was 
preadmission,  set  the  preadmission  counter  to  -1; 
otherwise,  set  the  inpatient  counter  to  ~1 , 

(d)  Set  WARD  equal  to  the  new  value  of  ward  in  SMSCR.  If  this 
is  not  null  then  check  the  new  source  of  admission  flag;  if 
it  is  a  preadmission  set  PCT=1,  if  it  is  an  inpatient  set 
ICT=1  and  go  update  the  ward  record  (see  f). 

(e)  If  the  ward  has  changed,  set  WARD  equal  to  the  value  of 
SMDE  of  the  old  ward.  If  the  ward  is  not  null  then  check 
the  old  source  of  admission  flag;  if  it's  a  a 
preadmission,  set  PCT=-1,  ICT=0  or  for  an  inpatient,  set 
PCT=0,  ICT =— 1  and  update  the  ward  record.  Then  quit. 

(f)  Updating  the  ward  records  involves: 

-  Lock  the  ward  record  BMLCK(WARD).  If  it  is 
unavailable  for  5  seconds  display  a  message  and  try 
again. 

-  If  the  value  of  ICT  is  not  equal  PCT  and  ICT  or  PCT  is 
greater  than  zero  then  this  is  adding  a  new  patient  to 
a  ward  to  which  he/she  was  not  already  assigned.  Make 
sure  that  there  is  an  available  bed  by  comparing  the 
total  number  of  beds  to  the  sum  of  the  preadmit  beds, 
unavailable  beds  and  inpatient  beds.  If  they  are 
equal,  set  SMERR=2020,  unlock  the  ward  record  and  quit 
the  program. 


Increment  the  ward  count  by  adding  PCT  to  the  number  of 
preadmit  beds  and  adding  ICT  to  the  number  of  inpatient 
beds  in  use  on  that  ward. 

-  Unlock  the  ward  file. 

(4)  Now,  if  an  event  file  number  has  not  been  assigned  for  patient, 
one  must  be  assigned: 

(a)  Lock  node  zero  of  the  event  file. 

(b)  Get  the  last  number  used  (node  0,  piece  3)  and  add  1  t;o 
it.  Then  make  sure  it  doesn't  already  exist  in  the  file. 

If  it  does,  increment  the  number  and  try  again. 

(c)  Once  a  unique  number  is  found,  update  the  number  used  field 
in  node  0,  and  set  it  into  SMSCR  (PADJ,800Q.Q1 )  node  1, 
piece  9.  This  number  will  be  used  anytime  an  event  record 
is  built  for  this  inpatient  episode. 

(5)  Finally,  if  the  source  of  admission  is  preadmission  or  cancel 
admission,  more  updating  of  the  register  number  file  must  be 
done.  ATRW  must  return  the  original  number  ATRGN  to  the  file 
so'  that  it  can  be  reassigned.  This  is  done  as  follows: 

(a)  For  a  cancel  admission,  assign  a  cancel  number  (RGN)  from 
*DIC(1008, 1 ,0)  piece  2  and  increment  that  field. 

(b)  If  there  is  no  automatic  register  number  assignment  or  if 

ATRGN  has  a  suffix,  then  nothing  else  must  be  done,  so  quit 

the  program. 

(c)  Set  the  recovery  node  with  the  register  number  that  is 

going  to  be  returned,  so  that  if  the  system  crashes  after 
returning  the  number  but  before  the  data  under  that  number 
is  removed,  this  number  must  be  removed  from  the  cancel 
pool  or  available  block  numbers  because  it  is  still  in  use. 

(d)  Lock  the  register  number  file  'RGN.  If  unavailable  for  5 

seconds,  display  a  message  and  try  again. 

(e)  Once  the  file  is  locked,  check  to  see  if  the  number  being 
returned  (ATRGN)  was  from  a  block.  If  it  was,  decrement 
the  numbers  used  count  and  increment  the  number  remaining 
and  remove  that  number  from  the  list  of  used  blocked 
numbers . 

(f)  If  it  was  not  in  a  block,  then  add  it  to  the  cancel  pool 
and  increment  the  counter  of  the  number  of  entries  in  the 
cancel  pool. 

Output  Variables: 

Local  variables: 

(1)  SMERR  is  set  to  an  error  number  if  any  error  condition  is 
found . 

(2)  RGN  is  set  to  cancel  number  for  cancelled  admissions. 


Global  variables: 

ADIC(10Q8)  register  number  file 
' DIC( 8010 )  ward  file 
'010(8020)  event  file 


1.2. 2. 3  A/T  Filer  ( ATFILE ,  ATFIL2) . 

a.  Purpose .  The  Admission  and  Transfer  Filer  must  accomplish  several 
tasks.  It  must  file  all  admission  data  and  set  up  all  cross  references  to  that 
data.  The  admission  data  is  cross-referenced  by  register  number  ("F")  and 
record  status  flag  ("£").  For  an  initial  admission  it  must  update  the  current 
register  number  field  in  the  Registration  record.  Based  on  the  admission 
data,  it  may  or  may  not  have  to  build  a  new  entry(s)  in  the  event  file. 

Invoked  by:  AT 

Globals  referenced: 

D IC ( 2001  ) 

DIC (2004) 

SMSCR 
DIC (8000) 

PRD 

MACH 

DIC(8020) 

DIC (1002) 

DIC (2002) 

DIC(1001 ) 

b.  Input  Variables: 

(1)  ATRGN  is  set  to  the  patient's  register  number.  For  an  initial 
admission,  if  auto  register  number  is  on,  it  will  contain  the 
number  assigned;  otherwise  it  will  be  null. 

(2)  ATFLG  is  set  to  1  if  this  is  a  new  admission. 

(3)  RGN  is  set  to  the  cancel  register  number  for  a  cancel  admission. 

c.  Processing  Logic. 

(1)  Set  FSA  to  the  source  of  admission  flags.  These  are  used  to 
determine  if  an  special  handling  is  reguired  for  this  patient's 
records. 

(2)  If  not  a  cancel  admission,  set  RGN  egual  to  the  register  number 
in  A SMSCR.  If  the  patient  has  overwritten  the  register  number 
that  was  assigned,  RGN  will  contain  the  new  number. 

(3)  There  are  several  fields  that  commonly  need  to  be  updated  before 
filing.  These  fields  are:  the  current  and  previous  register 
number  in  the  Registration  file,  and  register  number  and  record 
status  in  the  admission  file.  This  routine  will  define  fields 
in  local  memory  to  contain  the  values  of  these  fields.  These 
variables  must  be  initialized  to  the  values  most  often  used,  and 
they  will  be  updated  later  for  any  special  cases.  Set  PRGN 
equal  to  the  previous  register  number  in  '“SMSCR  (PADJ,8000)  node 
0,  piece  18.  Set  CRGN  equal  to  RGN,  and  set  RS  equal  to  "I" 
which  is  the  record  status  for  a  current  inpatient. 
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(4)  Now  this  program  must  check  the  value  of  FSA  to  see  what 
special  handling  is  required: 

(a)  If  the  patient  is  a  preadmit  (FSA=6): 

-  Set  RGN=9999999.  All  preadmissions  have  the  same 
register  number  regardless  of  what  number  may  have  been 
entered. 

-  Check  to  see  if  this  patient  was  an  admission  cancelled 
to  a  preadmission.  This  would  be  true  if  there  was  a 
source  of  admission  change,  SMDE  was  defined,  and  the 
old  value  of  the  source  of  admission  was  not  null.  If 
it  was  a  cancel  admission  then  ATFILE  must  kill  off  all 
old  cross  references  to  the  old  admission  data  and  set 
CANPRE=1.  CANPRE  is  a  flag  used  to  indicate  that  this 
was  a  cancel  admission  to  a  preadmission. 

-  Set  RS,  CRGN="". 

(b)  If  this  a  cancel  admission  (FSA=7): 

-  ATFILE.  must  check  the  old  value  of  the  source  of 
admission  (FOSA).  The  source  of  admission  has  to  have 
just  been  changed  to  cancel  because  once  cancelled,  the 
user  no  longer  has  access  to  the  patient's  records  in 
Admission  or  Transfer. 

-  If  FOSA  is  not  equal  to  6,  then  the  patient  was  an 
inpatient,  so  kill  the  record  status  ("E"  )  cross- 
reference. 

-  If  FOSA  equal  to  6,  then  preadmission  has  been 
cancelled,  so  set  ATRGN=9999999. 

-  In  both  cases  kill  the  register  number  ("F")  cross 
reference  to  ATRGN. 

-  Set  RS="C",  CRGN="". 

(c)  If  the  patient  is  carded  for  record  only  or  an  emergency 
room  death  (FSA=5),  then  he/she  is  dispositioned  at  the 
time  of  admission.  Set  RS="D"  to  indicate  that  the  patient 
is  dispositioned.  Set  PRGN=RGN  and  CRGN="". 

(d)  If  this  is  an  initial  admission  but  it  is  not  one  of  the 
above,  then: 

-  Remove  any  disposition  information  that  may  have  been 
entered  into  ''SMSCR  during  this  user  session. 

-  Check  if  the  source  of  admission  was  a  preadmission. 

If  so  set  ATRGN=9999999. 

-  If  the  patient  is  a  newborn  (FSA=2)  then  store  the 
baby's  register  number  in  the  mother's  record  in  the 
first  null  register  number  slot.  In  the  mother's  record 
there  is  space  for  8  babies'  register  numbers  allowing 
for  a  maximum  of  a  multiple  birth  of  8  babies.  If 
there  are  more  than  8  babies  (which  has  never  happened) 
then  simply  don't  store  the  number. 

(5)  Now  all  special  cases  have  been  dealt  with  so  everything  should 
be  set  to  file.  The  filing  is  as  follows: 
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(a)  Finish  cleaning  up  '’SMSCR.  If  the  type  of  case  is  not  injury 
then  there  should  be  no  cause  of  injury  data.  If  there  is  no 
casualty  status  then  kill  node  6  of  the  admission  file.  If 
the  source  of  admission  is  not  transfer-in  then  there  should 
be  no  transfer-in  data,  and  if  this  is  not  an  MEB  candidate 
then  kill  node  5. 

(b)  -Set  CRGN  and  PRGN  into  the  registration  file  node  0. 

(c)  Set  RGN  and  RS  into  'SMSCR  for  the  admission  file  node  0. 

(d)  If  not  a  preadmission j  set  up  the  record  status  cross 
reference. 

(e)  If  not  a  cancel  admission,  set  the  register  number  cross 
reference. 

(f)  Kill  any  data  that  may  have  existed  under  ATRGN. 

(g)  File  all  data  from  'SMSCR  into  •* DIC(8000,SMPT, 5,+RGN) . 

(h)  If  any  products  were  requested,  put  request  on  queue  and 
start  background  job. 

(6)  Now  do  a  continuation  program  'ATFIL2  which  will  handle  the 

building  of  any  event  records.  The  event  records  track  a  history 
of  changes  during  an  inpatient  episode.  Event  records  are  built 
for  an  initial  admission  but  not  a  preadmission,  for  an  absent 
status  change,  for  a  clinical  service  change,  and  for  an 
interward  transfer.  Through  the  admission  and  transfer  process 
the  user  is  only  able  to  create  a  new  event  record,  never  able  to 
change  an  existing  one.  These  event  records  appear  on  a  report 
that  is  run  each  night.  They  are  selected  for  the  report  if 
their  effective  date  matches  the  report  date.  Whenever  an  event 
record  is  built  and  the  effective  date  is  less  than  the  current 
date,  the  report  for  the  day  may  have  been  run.  To  handle  this 
situation,  a  text  record  is  automatically  generated  that  notes 
that  a  correction  has  been  made  to  a  prior  day's  report  and  gives 
the  effective  date  of  the  change  and  the  type  of  change  that  has 
occurred.  This  text  record  will  appear  on  the  current  day's 
report.  The  event  records  are  stored  in  file  8020  and  are 
formatted  as  follows.* 

(a)  The  event  file  is  indexed  by  event  number. 

(b)  Node  0  contains  the  patient's  register  number  and  SMPT, 

(c)  Under  node  0  is  a  subfile  containing  all  patient  event 
records  for  a  given  inpatient  episode.  This  subfile  is 
indexed  by  a  date/time  key  (EFDK).  This  date/time  key  is 
cross-referenced  by  the  effective  date/time  of  a  particular 
record.  The  subfile  layout  is  as  follows: 

Effective  date/time  (EFD). 

-  Indicator  which  consists  of  up  to  three  pieces  separated 
by  semicolons.  The  indicator  specifies  the  type  of  event 
being  created  and  some  pertinent  information  about  the 
event.  These  are  very  important  when  running  the  A&D 
report. 

-  Absent  status  pointer. 

-  Clinical  service  pointer. 

-  Old  ward  pointer. 

-  New  ward  pointer. 
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Text. 

-  Current  date/time. 

(d)  Not  all  items  will  be  filled  in  for  all  records.  The 

procedure  for  building  the  various  types  of  records  will  be 
described  below. 

(7)  Before  any  event  records  can  be  built,  ATFIL2  must  get  the 

event  number  EVT  from  node  1,  piece  9  of  the  admission  data. 

It  then  determines  what  type  of  event  record  needs  to  be  built. 

(a)  For  a  cancel  admission  to  a  preadmission  (CANPRE=1)  or  a 
cancel  admission  (FSA=7),  do  CADM1  (see  14  below).  If  a 
text  record  needs  to  be  built,  set  the  indicator  to  "5;6" 
and  set  SMERR=15Q7  if  CANPRE=1,  or  SMERR=1504  if  FSA=7  (see 
9  below)  and  quit. 

(b)  If  this  is  an  initial  admission  (ATFLG=1),  one  or  two  event 
records  may  need  to  be  built  (see  10  below).  If  the 
patient  is  admitted  to  an  "in"  absent  status,  only  an 
admission  event  needs  to  be  built.  However,  if  the  patient 
is  admitted  to  an  "out"  absent  status,  two  records  will  be 
built:  1)  the  admission  event  reflecting  a  gain,  and  2)  an 
absent  status  event  reflecting  a  change  out.  For  each 
event  record  built,  a  corresponding  text  record  may  need  to 
be  built.  If  an  admission  text  is  to  be  built,  set  the 
indicator  to  "5;1"  and  SMERR=15Q1.  If  an  out  status  text 
is  to  be  built,  set  the  indicator  to  "5;4"  and  SMERR=1506. 

(c)  For  an  absent  status  change  ( SMDE ( 8000 . 01 ,"4;1")  exists), 
an  absent  statgs  event  record  must  be  built  (see  10 
below).  If  a  corresponding  text  record  needs  to  be  built, 
set  the  indicator  to  "5;3"  and  SMERR=1502  for  a  change  in 
and  "5;4"  and  SMERR=  1506  for  a  change  out. 

(d)  For  a  clinical  service  change  (5MDE(8000.01 ,"0;8")  exists), 
build  a  clinical  service  event  record  (see  12  below).  No 
text  record  needs  to  be  built. 

(e)  For  an  interward  transfer  (SMDE(8001 .01 ,"0;9")  exists  and 
is  not  null  and  the  new  ward  in  SMSCR  is  not  null),  build 
an  interward  transfer  event  record  (see  13  below).  If  a 
text  record  needs  to  be  built  set  the  indicator  to  "5;5" 
and  SMERR=1503. 

(8)  All  event  records  are  cross-referenced  by  effective  date/time. 

As  each  event  record  is  built,  this  must  also  build  the 

corresponding  cross-reference  (•' DIC(8020,  "DT",EFD,EVT,EFDK)). 

(9)  A  text  record  needs  to  be  built  whenever  the  effective 

date/time  of  the  record  is  less  then  the  current  date/time. 

Text  records  consists  of: 

(a)  The  effective  date/time,  which  is  the  current  date. 

(b)  The  indicator  which  depends  upon  the  type  of  event  record 
this  is  correcting. 

(c)  The  text. 

(d)  The  current  date  field,  which  contains  the  effective  date 
of  the  event. 
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(10)  At  the  time  of  initial  admission,  since  this  is  the  first 
record  built  for  this  inpatient  episode,  this  routine  must 
first  build  node  0  with  the  patient's  register  number  and 

. SMPT.  One  event  record  must  always  be  built  and  a  second  event 
record  may  be  necessary. 

(a)  The  first  contains  the  following: 

-  An  effective  date/time  which  is  the  admission 
date/time. 

-  An  indicator  that  consists  of: 

-  Part  1  is  1 ; 

-  Part  2  is  the  source  of  admission; 

-  Part  3  is  the  first  byte  of  the  patient  category 
flag  (the  patient  category  flag  is  found  in  the 
patient  category  table  1002  node  0,  piece  3). 

-  The  absent  status  pointer  at  the  time  of  admission  if 
this  is  an  "in"  status  (this  information  is  contained 
in  the  absent  status  flag  first  character). 

-  The  clinical  service  pointer  at  the  time  of  admission. 

-  The  new  ward  pointer,  if  one  exists. 

-  The  current  date  and  time. 

(b)  A  second  event  record  will  need  to  be  built  if  the 
admission  absent  status  is  an  "out"  status.  The  second 
record  will  be  an  absent  status  change  type  record,  and  it 
will  contain: 

-  The  effective  date/time  will  equal  the  admission 
date/time. 

-  The  indicator  consists  of: 

-  Part  1  is  3; 

-  Part  2  is  2;  for  an  absent  status  change  out; 

-  Part  3  is  the  current  absent  status. 

-  The  absent  status  pointer. 

(11)  An  absent  status  change  event  record  contains: 

(a)  The  effective  date/time  of  the  absent  status  change. 

(b)  The  indicator  that  consists  of: 

-  Part  1  is  a  3; 

-  Part  2  is  a  1  if  this  is  a  change  in  or  a  2  if  it  is  a 
change  out  (this  information  is  contained  in  the  first 
character  of  the  absent  status  flag); 

-  Part  3  is  the  old  absent  status  if  it  is  a  change  in  or 
the  new  absent  status  for  a  change  out. 

(c)  The  pointer  to  the  current  absent  status. 

(d)  The  old  ward  pointer  if  it  is  a  change  from  a  bed  to 
non-bed  absent  status.  This  test  is  based  on  the  fourth 
character  of  the  absent  status  flag. 

(e)  The  new  ward  pointer  if  it  is  change  from  non-bed  to  bed 
absent  status. 

(f)  Current  date/time. 

(12)  A  clinical  service  change  event  record  contains: 

(a)  The  effective  date/time  of  the  clinical  service  change. 

(b)  The  indicator  of  0.  These  records  do  not  appear  on  the  A&D 
report. 


(c)  The  pointer  to  the  current  clinical  service. 

(d)  The  current  date/time. 

(13)  An  interward  transfer  record  contains: 

(a)  The  effective  date/time  of  the  ward  change. 

(b)  The  indicator  of  4. 

(c)  The  old  ward  pointer. 

(d)  The  new  ward  pointer.' 

(e)  The  current  date/time. 

(14)  For  a  cancel  admission  to  a  preadmission  or  a  cancel  admission 
all  event  records  must  be  deleted  and  node  0  is  updated  to 
contain  either  the  preadmission  register  number  (9999999)  or 
the  cancel  number. 


d.  Output  Variables: 


Local  variables:  None. 


Global  variables: 

''DIC(8000)  registration  and  admission  file. 
''DIC(8020)  event  file. 
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1.2. 2. 4  Admission  Consistency  Program-Primary  Admission  Data  (ATC). 


a.  Purpose.  The  ATC  routines  check  the  consistency  of  admission  data 
for  a  new  admission  and  each  time  this  data  is  updated.  If  an  error  is 
detected,  the  user  is  required  to  correct  it.  If  a  warning  is  detected,  the 
user  may  override  it  and  continue.  After  all  the  edits  are  done  and  no  errors 
exist,  the  ATC  program  sets  the  ATCHN  variable  to  control  the  automatic  screen 
sequence  based  on  new  data  or  data  changes.  ATC  then  stores  the  local  SMZ 
nodes  in  the  corresponding  nodes  of  'SMSCR. 

Invoked  by:  E50 

Global  referenced:  *  DIC 

b.  Input  Variables: 

SMZ 

SMDE 

c.  Processing  Logic.  The  ATC  program  is  made  up  of  four  routines:  ATC, 
ATCO,  ATC1,  ATC2.  With  few  exceptions,  all  Tri-Service  edits  are  in  the  first 
routine.  Newborn  edits  are  performed  from  the  mother's  segment  entry  program, 
except  for  the  Air  Force,  where  the  newborn's  edits  are  performed  by  a  DO  of 
the  AT1C  edit  program  from  ATC1.  As  in  all  consistency  programs,  all  "error" 
edits  are  performed  before  "warning"  edits.  There  is  one  admission  edit  that 
is  an  error  for  one  service  and  a  warning  for  others. 

(1)  Clear  SMC8  of  previous  error  number. 

(2)  Get  patient  category  flag  (FCAT),  clinical  service  flag  (FCS), 
source  of  admission  flag  (FSA),  type  case  flag  (FTC),  and 
absent  status  flag  (FAS). 

(3)  Clear  the  error  line. 

(4)  Do  edit  1 . 

(5)  If  patient  is  non-military,  then  do  edits  2-6. 

(6)  If  patient  is  military,  then  do  edit  7. 

(7)  Do  edits  8,  9. 

(8)  If  patient  is  MEB  candidate,  then  do  edits  10,  11. 

(9)  Do  edits  12,  13. 

(10)  If  source  of  admission  is  not  preadmit,  then  do  edits  14-19. 

(11)  Do  edits  20-22. 

(12)  If  source  of  admission  is  not  preadmit,  then  do  edits  23-28. 

(13)  If  source  of  admission  is  not  preadmit,  and  this  is  a  bed  day 
(absent  status);  then  do  edits  23-34. 

(14)  If  the  service  is  Army,  then  do  edits  35-37,  42-47. 

(15)  If  the  service  is  Air  Force,  then  do  edits  38-40,  42-48. 

(16)  If  the  service  is  Navy,  then  do  edits  41,  44-46. 

(17)  Set  PADCHN  to  a  string  of  screen  selections  for  automatic 
screen  chaining.  For  a  new  admission  concatenate  PADCHN  as 
follows: 

(a)  if  source  of  admission  is  newborn 

(b)  if  source  of  admission  is  transfer 

(c)  all  new  admissions  (emergency  data) 

(d)  if  type  case  is  injury 
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(e)  all  new  admissions  except  Preadmits  with  no  Absent  Status 
(absent  status  data) 

*  (f)  if  casualty  status  was  entered 

(g)  if  MEB  status  was  entered. 

For  old  admissions  or  updates  of  initial  admission  concatenate 
PADCHN  as  follows: 

(a)  if  source  of  admission  changed  to  newborn 

(b)  if  source  of  admission  changed  to  transfer 

(c)  if  type  case  is  changed  to  injury 

(d)  if  absent  status  was  changed 

(e)  if  casualty  status  was  changed 

(f)  if  MEB  status  was  changed. 

Note:  Source  of  admission  can  only  be  changed  during  the 
initial  admission  process,  or  on  the  Cancel  Screen. 

For  changes  to  Source  of  Admission  and  Type  Case,  set  HSA  and 
HTC  to  the  updated  value. 

(18)  Set  existing  nodes  of  SMZ  into  the  respective  node  of  •'SMSCR. 

Output  Variables: 

SMERR 
HSA,  HTC 

PADSEL.  Not  applicable. 

Compiled  Painter  Programs:  Not  applicable. 


Compiled  Entry  Programs:  Not  applicable 


h.  Editing  Logic.  The  following  edits  are  performed  based  on  the  branch 
of  service  in  the  profile  record: 


Applicable  Service 


Edits 


1.  A,F,N 


The  Source  of  Admission  can't  be  changed  to  Retained 
and  can't  be  changed  unless  it  was  Preadmit.  (Error 
1400,  1402). 


2.  A,F,N 


Non-military  personnel  can  only  have  a  Type  Case  of 
Disease  or  Injury.  (Error  1403). 


3.  A,F,N 


Non-military  personnel  must  have  a  non-military  Source 
of  Admission.  (Error  1407). 


4.  A,F,N 


Non-military  personnel  must  have  a  non-military 
Clinical  Service.  (Error  1408).  . 


5.  A,F,N 


Non-military  personnel  can't  have  a  Length  of 
Service.  (Error  1404). 
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Applicable  Service 

Edits 

6.  A,F,N 

Non-military  personnel  can't  fiave  a  military  Absent 
Status.  (Error  1406). 

7.  A , F , N 

Military  personnel  must  have  a  Length  of  Service. 
(Error  1409). 

8.  A,F,N 

• 

If  the  Source  of  Admission  is  Absent  Sick,  CRO,  ERD  or 
quarters;  then  the  Clinical  Service  must  be  the  same. 
(Error  1410). 

9.  A,F,N 

If  the  Clinical  Service  is  military,  then  the  Patient 
Category  must  be  military.  (Error  1426). 

10.  A,F,N 

ME8  Candidate  can't  be  entered  if  not  active  duty. 
(Error  1405). 

11.  A,F,N  • 

The  initial  MEB  Status  can't  be  removed.  (Error 

1452). 

12.  A,F,N 

If  the  Clinical  Service  is  ACA  or  ACB  ,  then  the 
Patient  Sex  must  be  female.  (Error  1427). 

13.  A,F,N 

If  the  Absent  Status  is  Absent  Sick,  CRO,  ERD  or 
Quarters;  then  the  Clinical  Service  must  be  the  same. 
(Error  1411). 

14.  A,F,N 

If  Source  of  Admission  is  not  Preadmit,  Absent  Status 
must  be  entered.  (Error  1443). 

15.  A,F,N 

Initial  Clinical  Service  Date/Time  must  be  the  same  as 
Date/Time  Admission.  (Error  1474). 

16.  A,F,N 

Initial  Absent  Status  Date/Time  must  be  the  same  as 
Date/Time  Admission.  (Error  1475). 

17.  A,F,N 

Ward  Date/Time  must  be  after  previous  Absent  Status 
Date/Time.  (Error  1457). 

18.  A,F,N 

If  Absent  Status  is  changed,  it  must  be  changed  from 
status  in  to  st.atus  out  or  vice  versa.  (Error  1448). 

19.  A,F,N 

Must  enter  date  and  time  when  Ward  changes.  (Error 
1471). 

20.  A,F,N 

If  and  only  if  the  Source  of  Admission  is  Newborn  or 

Retained,  the  Clinical  Service  is  Nursery.  (Error 
1419). 
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Applicable  Service 


Edits 


21.  A,F,N 

22.  A, F,N 

23.  A,F,N 


If  the  Source  of  Admission  is  Newborn  or  Retained, 
then  the  Patient  Category  must  be  Dependent  or 
Civilian  Emergency.  (Error  1432). 

If  the  Casualty  Status  is  SC,  III,  SI  or  VSI;  then  the 
Absent  Status  must  be  BO.  (Error  1418). 

Must  enter  time  for  Admission  Date/  Time,  unless 
Source  of  Admission  is  Preadmit.  (Error  1478). 


24.  A,F,N 


Can't  use  future  Admission  Dates/  Times,  unless  Source 
of  Admission  is  Preadmit.  (Error  1477). 


23.  A,F,N 


Can't  use  future  Attending  Physician  Date  Assigned, 
unless  Source  of  Admission  is  Preadmit.  (Error  1479). 


26.  A,F,N 


Must  enter  time  for  Clinical  Service  Date/Time,  unless 
Source  of  Admission  is  Preadmit.  (Error  1482). 


27.  A,F,N 


Can't  enter  future  Clinical  Service  Date/Time,  unless 
Source  of  Admission  is  Preadmit.  (Error  1480). 


28.  A,F,N 

29.  A,F,N 

30.  A,F,N, 

31.  A,F,N 

32.  A,F,N 

33.  A,F,N 

34.  A,F,N 


Can't  enter  future  Ward  Date,  unless  Source  of 
Admission  is  Preadmit.  (Error  1481). 


If  this  is  a  bed  day  (Absent  Status),  and  Source  of 
Admission  is  not  Preadmit,  then  the  Ward  must  be 
entered.  (Error  1425). 


If  this  is  a  bed  day  (Absent  Status),  and  Source  of 
Admission  is  not  Preadmit,  then  the  Ward  Date/Time 
must  be  entered.  (Error  1471). 


If  this  is  a  bed  day  (Absent  Status)  and  Source  of 
Admission  is  not  Preadmit,  then  the  time  must  be 
entered  for  Ward  Date/Time.  (Error  1488). 

If  this  is  a  bed  day  (Absent  Status),  and  Source  of 
Admission  is  not  Preadmit,  then  the  Attending 
Physician  must  be  entered.  (Error  1425). 


Must  enter  Attending  Physician  Date  with  Attending 
Physician.  (Error  1473). 


Initial  Ward  Date/Time  must  be  the  same  as  Date/Time 
Admission.  (Error  1476). 


35.  A 


Absent  Status  of  PV  can't  be  changed.  (Error  1449). 
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Edits 


If  the  Clinical  Service  is  Pediatrics,  then  the  Pa¬ 
tient  age  can't  be  over  17  years  old.  (Error.  1421). 

If  not  at  war,  then  Casualty  Status  can't  be  Battle¬ 
field  Casualty.  (Error  1423). 

If  not  active  duty  military,  then  the  Meal  Card  can't 
be  entered.  (Error  1417). 


39.  F 


If  enlisted  active  duty  military,  then  the  Meal  Card 
must  be  entered.  (Error  1420). 


40.  F  If  and  only  if  the  Source  of  Admission  is  Newborn  or 

Retained,  then  the  Registration  Number  Suffix  is  en¬ 
tered.  (Error  1430,  1431). 

41 .  N  If  the  Clinical  Service  is  Pediatrics,  then  the  age 

can't  be  over  21.  (Error  1422). 


42.  A,F  If  and  only  if  the  Patient  Category  is  Active  Duty, 

then  the  Expired  Term  of  Service  is  entered.  (Error 
1414,  1415). 

43.  A, F  If  Med  Hold  is  entered  then  Patient  Category  must  be 

Active  Duty  Military.  (Error  1412). 

44.  A,N  Register  Number  must  be  all  numeric  characters.  (Error 

1413). 


45.  A,F,N  Expired  Term  of  Service  Date  indicates  patient  is 

ineligible  for  treatment.  (Error  1416). 

46.  A,F,N  Ward  is  not  consistent  with  Clinical  Service.  (Warning 

1441) 


47.  A  Age  minus  Length  of  Service  less  than  18  years. 

(Warning  1442). 

48.  A,F,N  Patient  may  not  be  readmitted  the  same  day  as  the  last 

disposition  date.  (Warning  1489). 

49.  F  Mother  is  unavailable.  (Error  19  96). 
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1.2. 2. 5  Admission  Consistency  Editor-Entrance  Data  Segment  (ATEC). 


a.  Purpose.  The  ATEC  routine  performs  consistency  edits  on  the 
admission  entrance  data.  If  no  errors  are  detected,  node  2  of  SMZ  is  stored 
in  node  2  of  SMSCR. 

Invoked  by:  ATCO 

b .  Input  Variables:  SMZ 

c.  Processing  Logic. 

(1)  Perform  Edit  Logic 

(2)  If  no  errors,  store  respective  node  of  SMZ  in  -'SMSCR. 

d.  Output  Variables: 

Local’:  SMERR 

Global  updated:  SMSCR 

e.  PADSEL .  Not  applicable. 

f.  Compiled  Printer  Programs:  Not  applicable. 

g.  Compiled  Entry  Programs:  Not  applicable. 

h.  Editing  Logic.  The  following  edit  is  performed  based  on  the  branch 
of  service  in  the  profile  record: 

Applicable  Service  Edit 


1.  A,F,N 


If  the  Projected  Disposition  date  is  entered,  then  it 
cannot  be  less  than  the  Admission  Date.  (Error  1424), 
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1.2. 2. 6.1  A/T  MEB  Status  (ATMB ) . 


a.  Purpose.  This  routine  defaults  the  Date  Identified,  Date  Confirmed 
or  Date  Resolved  when  the  MEB  Candidate  status  is  entered  or  changed  for  MEB 
data  or  the  date  identified,  changed,  or  removed  for  casualty  date.  The  date 
is  also  corrected  on  the  screen. 

Invoked  by:  E57,  E58 

Globals  referenced:  "DIC,  ’SMDEF 


Input  Variables: 


DT  :  Current  date  in  File  Manager  format. 

PADDT  :  Current  date  in  printable  military  format. 

SMDE  :  Array  of  old  values  for  all  tracked  fields. 

SMZ  :  Array  of  current  values  for  all  fields  on  screen 

currently  being  used. 

X  :  Value  of  field  just  entered  (MEB  Candidate). 


Processing  Logic. 


(1)  If  MEB  or  casualty  status  hasn't  changed,  exit. 

For  each  of  the  fields  to  be  defaulted  to  the  current  date,  set 
NO  =  the  node,  3  =  the  piece  numbet,  and  K  =  the  piece  number 
of  the  DD  number  in  piece  17  of  the  screen  field  definition 
node  for  the  MEB  or  casualty  status  field. 

(2)  If  MEB: 

(a)  Get  MEB  flags. 

If  MEB  is  resolved  (B=2),  default  Date  Resolved. 

If  MEB  is  confirmed,  default  Date  Confirmed. 

If  MEB  status  is  entered  for  the  first  time,  default 
Date  Identified. 

(b)  Print  defaulted  date. 

If  casualty: 

(a)  Check  flags.  If  casualty  status  has  changed  to  removed, 
default  Date  Removed. 

(b)  If  casualty  status  is  entered  for  the  first  time,  default 
Date  Placed  on  Casualty  Roster. 

(c)  Otherwise,  default  Date  Status  changed. 

(3)  Default  date: 

(a)  Set  up  new  SMDE. 

(b)  Set  current  date  (DT)  in  SMZ. 

(c)  Get  screen  field  definition  node  of  status  field. 

(d)  Get  field  information  specifying  fields  to  default  (screen 
number  in  piece  14  and  DD  numbers  in  piece  17). 

(e)  Using  SMDEF  "C"  cross-reference,  get  screen  field  numbers 
of  field  to  default. 

(f)  Position  cursor  to  field  coordinates.  Print  current  date. 
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1.2. 2. 6. 2  A/T  Attending  Physician  (ATAP). 

a.  Purpose .  This  routine  puts  the  admission  date  in  the  attending 
physician  date  field  when  the  Source  of  Admission  has  changed,  or  is  Preadmit 
and  the  Attending  Physician  has  just  been  entered.  The  display  on  the  screen 
is  also  updated. 

Invoked,  by:  E50 

Global  referenced:  ■*'  SMDEF 

b .  Input  Variables:  * 

SMDE  :  Array  of  old  values  for  all  tracked  fields. 

SMZ  :  Array  of  current  values  for  all  fields  on  screen 

currently  being  used. 

c.  Processing  Logic. 

(1)  Checks  SMDE  to  see  if  Source  of  Admission  has  changed,  or  is 
Preadmit.  If  not,  the  Attending  Physician  Date  is  not 
Defaulted  to  the  Admission  Date. 

(2)  Put  the  Admission  Date  (/I  strips  out  time)  in  the  first  piece 
of  admission  node  1 . 

(3)  Gets  the  information  from  the  screen  file  to  display  the 
Attending  Physician  Date. 

(4)  Positions  the  cursor  to  print  the  attending  Physician  Date. 
Print  attending  Physician  Date.  (Omit  time) 

(5)  Kills  variables  and  exits  system. 

d.  Output  Variables: 

Local:  SMZ 

Globals  updated:  None 
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1 .2. 2. 6. 3  A/T  Source  of  Admission  (ATSA) 


a.  Purpose.  This  routine  defaults  the  Clinical  Service  and  Absent 
Status  Oates  to  the  Admission  Date  when  the  Source  of  Admission  is  entered. 

Invoked  by:  E50 

Global  referenced:  » SMDEF 


b.  Input  Variables: 

SMZ  :  Array  of  current  values  for  all  tracked  fields  on  the  screen 
currently  being  used. 

X  :  Value  of  field  just  entered.  (Admission  Date  and  Time) 

c.  Processing  Logic. 

(1)  For  Clinical  Service  Date  and  time  (1=1)  and  Absent  Status 
Effective  Date  and  Time  (1=4),  default  to  the  Admission  Date 
and  Time  when  the  Source  of  Admission  and  Admission  Date  and 
Time  have  been  entered.  This  is  done  right  after  the  Admission 
Date  is  entered.  For  each  date,  it  corrects  the  old  value  of 
the  date  field  in  SMDE  to  reflect  defaulting  of  the  current 
date. 

(2)  Gets  screen  information  to  print  the  Clinical  Service  Date  and 
time.  Wipe  out  existing  date  on  the  screen.  Print  the  Clinical 
Service  Date  and  Time. 

d.  Output  Variables: 


Local: 

SMZ  :  Array  of  current  values  for  all  fields  on  the  screen  SMZ 
Globals  updated:  None. 
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1.2. 2. 6. 4  A/T  Ward  Date  (ATWD). 

a.  Purpose.  This  routine  defaults  the  Ward  Date  and  Time  to  the 
Admission  Date  and  Time  if  the  Source  of  Admission  has  changed  or  is 
Preadmit.  The  display  on  the  screen  is  also  updated. 

Invoked  by:  E50 

Globals  referenced:  'DIG,  ■'SMDEF 

b.  Input  Variables: 

SMOG  :  Array  of  old  values  for  all  tracked  fields. 

SMZ  :  Array  of  current  values  for  all  fields  on  the  screen 

currently  currently  being  used. 

c.  Processing  Logic: 

(1)  Checks  SMDE  to  see  if  Source  of  Admission  has  changed  or  it  is 
Preadmit.  If  not,  the  Ward  Date  and  Time  is  not  defaulted  to 
the  Admission  Date  and  Time. 

(2)  Pulls  out  node  with  Ward  Date  and  Time.  Corrects  the  old  value 
of  the  Ward  Date  and  Time  in  SHOE  to  reflect  defaulting  of 
current  date. 

(3)  Defaults  Ward  Date  and  Time  to  Admission  Date  and  Time. 

(4)  Gets  screen  information  to  print  Ward  Date  and  Time. 

(5)  Positions  cursor  to  print  defaulted  date.  Wipes  out  existing 
date  on  screen.  Prints  defaulted  date. 

d.  Outputs  Variables: 

Local:  SMDE,  SMZ 
Globals  updated:  None. 
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1.2. 2. 6. 5  Mother's  Consistency  Editor  (AT1C). 


a.  Purpose .  The  Mother's  Consistency  Edit  Program  ensures  that  the 
mother  is  identified  properly  for  a  newborn  admission.  If  she  is  not,  an 
error  is  displayed.  This  program  is  called  from  the  main  admission 
consistency  program  (-ATC)  for  the  Air  force. 

Invoked  by:  E51 ,  ATC 
Global  referenced:  •'DIC 


Input  Variables: 


ATCHN 

PADCHN 

HALT 

SMZ( 

ZT  A  ( 


Processing  Logic. 


(1)  Get  MTF  service  from  the  profile  record. 

(2)  Exit  if  the  Source  of  Admission  is  not  Newborn. 

(3)  Find  mother  and  load  data  (edits  1,  2). 

(4)  Check  mother's  data  (edits  3,4). 

(3)  If  service  is  Army  or  Air  Force,  do  edit  5. 

(6)  If  service  is  Navy,  do  edit  6. 

(7)  If  service  is  Army  or  Navy,  do  edit  7  (same  edit  done  for  Air 

Force  in  *ATC2).  Put  mother's  file  number  in  SMOM. 

(8)  If  any  errors  have  been  detected,  return. 

(9)  Store  SMZ  in  ASMSCR.  Exit. 
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Edits 


Newborn's  mother  must  not  be  dispositioned. 
1433). 

Mother  must  be  female.  (Error  1436)  . 

Newborn's  mother  must  have  IN  Absent  Status. 

Mother's  SSN  must  be  the  same  as  baby's  SSN. 
1437). 

Mother's  SSN  must  be  the  same  as  baby's  SSN. 
1437). 


(Error 

(Warning 

(Error 


Mother's  file  in  use  (Error  1996). 


1.2. 2. 6. 6  Transfer-in  Consistency  Editor  (AT2C). 

a.  Purpose .  The  Transfer-in  Consistency  Edit  Program  ensures  that  the 
Transfer-in  data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  E53 
Global  referenced:  "DIC 

b.  Input  Variables: 

SHZ  ( 

ZTA( 

c.  Processing  Logic. 

(1)  Get  MTF  service  from  profile  record. 

(2)  Get  Source  of  Admission  and  Clinical  Service  from  scratch. 

(3)  Clear  line  24  of  previous  error  messages. 

(4)  Exit  if  Source  of  Admission  is  not  Transfer-In. 

(5)  Do  edits  1-4. 

(6)  If  the  service  is  Air  Force,  do  edit  5. 

(7)  If  any  errors  have  been  detected,  return. 

(8)  Store  SMZ  in  '•SMSCR.  Exit. 

d.  Output  Variables: 

Local:  SMERR 

Global  updated:  'SMSCR 

e.  PAD5EL .  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic.  The  following  edits  are  performed  based  on  the 
branch  of  service  in  profile  record. 


Applicable  Service  Edits 


1. 

A,F,N 

Source  of  Admission  must  be  transfer-in  to  enter 
transfer-in  data.  (Error  1486). 

2. 

A,F,N 

Initial  Admission  MTF  must  be  entered  on  a  transfer. 
(Error  1459). 

3. 

A,F,N 

Date  of  Initial  Admission  must  be  entered  on  a 
transfer.  (Error  1460). 

4. 

A,F,N 

Military  Transfer-In  Date  can't  be  greater  than  Date 
of  Admission.  (Error  1461). 

5. 

F 

Clinical  Service  must  be  CRO  if  Initial  Admission  MTF 
is  CRO.  (Error  1462). 
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1 .2.2.6. 7  Emergency  Consistency  Editor  (AT3C) 


a.  Purpose.  The  Emergency  Consistency  Edit  Program  ensures  that  the 
emergency  data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  E54 
Globals  referenced:  None 

b.  Input  Variables:  None. 

c.  Processing  Logic. 

(1)  Store  SMZ  in  '’SMSCR.  Exit. 

d.  Output  Variables: 

Local:  None 

Global  updated:  SMSCR 

e.  PADSEL.  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic.  The  following  edits  are  performed  based  on  the 
branch  of  service  in  profile  record: 

Applicable  Service  Edits 

No  Edits  Currently  Performed 
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1.2. 2. 6. 8  In.jurv  Consistency  Editor  (AT4C ) 


a.  Purpose .  The  Injury  Consistency  Edit  Program  ensures  that  the  injury 
data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  E55 
Global  referenced:  *  DIC 

b.  Input  Variables: 

SMZ  ( 

ZTA( 

c.  Processing  Logic. 

(1)  Get  the  MTF  service  from  the  profile  record. 

(2)  Get  the  Type  Case.  (HTC) 

(3)  Skip  edit  and  filing  if  no  injury  data  entered. 

(4)  Clear  line  24  of  previous  error  messages. 

(3)  If  service  is  Navy,  do  edits  1,2. 

(6)  If  any  errors  have  been  detected,  return. 

(7)  Store  SMZ  in  /'SMSCR.  Exit. 

d.  Output  Variables: 

Local:  SMERR,  HTC 
Global  updated:  "SMSCR 

e.  PADSEL.  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic.  The  following  edits  are  performed  based  on  the 
branch  of  service  record. 

Applicable  Service  Edits 

1.  N  If  Cause  of  Injury  Text  and  Code  are  blank,  On-Duty 

Flag  must  be  blank.  (Error  1469). 

2.  N  If  Cause  of  Injury  Code  and  Text  are  entered,  On-Duty 

Flag  must  be  entered.  (Error  1470).  ' 
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1.2. 2. 6. 9  Absent  Status  Consistency  Editor  (AT5C) . 


a.  Purpose .  The  Absent  Status  Consistency  Edit  Program  ensures  that  the 
absent  status  data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  E56 
Global  referenced:  A  DIC 

b.  Input  Variables: 

SMZ( 

ZTA( 

c.  Processing  Logic. 

(1)  Get  MTF  service  from  the  profile  record. 

(2)  Get  Source  of  Admission  flags  from  DIC  (2001,...)  using  SMZ. 

(3)  Clear  line  24  of  previous  error  messages. 

(4)  Get  absent  status  if  entered  (set  HAS). 

(5)  Do  edits  1-6  for  all  services. 

(6)  Skip  to  edit  16  if  Source  of  Admission  is  Preadmit. 

(7)  Do  edits  7  and  8  if  Absent  Status  is  bed  day. 

(8)  If  Source  of  Admission  has  not  changed  do  edits  9-13. 

(9)  Do  edits  14-17. 

(10)  If  any  errors  have  been  detected,  return. 

(11)  Store  SMZ  in  SMSCR.  Set  PADCHN  to  next  screen  from  ATCHN. 

Exit . 

d.  Output  Variables: 

Local:  HAS,  SMERR 
Global  updated:  aSMSCR 

e .  PADSEL.  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic.  The  following  edits  are  performed  based  on  the 
branch  of  service  in  the  profile  record: 


Applicable  Service  Edits 


1.  A,F, N 

2.  A.F.N 


Absent  Status  required  for  other  than  Preadmit. 

(Errijr  1443). 

If  Absent  Status  entered,  Effective  Date/Time  must  be 
entered.  (Error  1450). 
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-t: 


Applicable  Service 


Edits 


3.  A,F,N 


Must  enter  both  date  and  time  for  Absent  Status 
Effective  Date  and  Time.  (Error  1483). 


4.  A ,  F ,  N 


3.  A,F,  N 


Can't  enter  future  date  and  time  for  Absent  Status 
Effective  Date  and  Time,  unless  the  Source  of  Admis¬ 
sion  is  Preadmit.  (Error  1484). 

Clinical  Service  doesn't  agree  with  Absent  Status. 
(Error  1411). 


6.  A,F,N 


7.  A,F,N 


8.  A,F,N 


Absent  Status  must  be  BO  for  Casualty  Status  of  SC, 
III,  SI  or  VSI.  (Error  1418). 

Ward  and  Attending  Physician  must  be  entered  for  ac¬ 
tive  inpatient.  (Error  1423). 

Absent  Status  Date/Time  must  agree  with  Ward 
Date/Time.  (Error  1472). 


9.  A, F,N 


10.  A 

11.  A,F,N 


12.  A,F,N 


Can't  change  Effective  Date  and  Time  without  changing 
Absent  Status.  (Error  1438). 

Absent  Status  of  PV  can't  be  changed  (Error  1449). 

Absent  status  can  only  be  changed  from  IN  to  OUT  or 
OUT  to  IN.  (Error  1448). 

Can't  change  Absent  Status  without  changing  Effective 
Date  and  Time.  (Error  1439). 


13.  A,F,N 


New  Effective  Date  and  Time  must  be  after  previous 
Effective  Date  and  Time.  (Error  1440). 


14.  A,F,N  Return  Date  and  Time  must  be  entered  unless  the  Absent 

Status  is  Bed  Occupant,  Carded-for-Record  Only,  PCS  VA 
Hospital  Pending  Separation/Retirement,  or  Absent 
Sick  Non-military  MTF.  (Error  1444). 

15.  A,F,N  For  Absent  Status  of  Absent  Sick,  Non-military 

Hospital  Data  must  be  entered.  (Error  1447). 

16.  A,F,N  Return  Date  and  Time  not  allowed  for  Bed  Occupant. 

(Error  1445). 

17.  A,F,N  •  Return  Date  and  Time  can't  be  less  than  Effective  Date 

and  Time.  (Error  1446). 


Q008  AQCESS  -  PAD 


A -62 


1.2.2.6.10  Casualty  Status  Consistency  Editor  (AT6C). 


a.  Purpose .  The  Casualty  Status  Consistency  Edit  Program  ensures  that 
the  Casualty  Status  data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  E57 
Global  referenced:  ADIC 

b.  Input  Variables: 

SMZ( 

ZTA( 

c.  Processing  Logic. 

(1)  Exit  if  no  casualty  data  entered. 

(2)  Load  Casualty  Status  from  SMZ  (HCAS). 

(3)  Load  Absent  Status,  if  entered,  from  SMZ. 

(4)  Clear  line  24  of  previous  error  messages. 

(5)  Do  edits  1-3. 

(6)  If  Date  Removed  from  Casualty  Status  entered,  do  edits  4,5. 

(7)  Do  edit  6. 

(8)  If  any  errors  have  been  detected,  return. 

(9)  Store  SMZ  in  ''SMSCR.  Exit. 

d.  Output  Variables: 

Local:  SMERR,  SMLD,  HCAS 
Global  updated:  1 SMSCR 

e.  PADSEL.  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic  (Admission  Consistency  Edits  -  Casualty  Status  Data). 
The  following  edits  are  performed  based  on  the  branch  of  service  in  profile 
record. 


Applicable  Service  Edits 


1. 

A,F,N 

Must  enter  Casualty  Status  to  enter  casualty  data. 
(Error  1463). 

2. 

A,F,N 

Must  enter  Casualty  Diagnosis  and  Prognosis  when 
entering  casualty  data.  (Error  1463).# 

3. 

A,F,N 

Must  have  prior  Casualty  Status  to  be  Removed  from 
Roster.  (Error  1464). 
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Edits 


Applicable  Service 

A.  A,F,N  Casualty  Status  must  be  removed  if  Date  Removed  from 

Casualty  Status  is  entered  (Error  1466). 

5.  A , F , N  Date  Removed  From  Casualty  Status  must  be  after  Date 

Placed  On  Casualty  Status  (Error  1467). 

6.  A,F,N  Absent  Status  must  be  BO  for  Casualty  Status  of  SC, 

III,  SI  or  VSI.  (Error  1418). 
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1.2.2.6.11  MEB  Consistency  Editor  (AT7C) .  * 


a.  Purpose .  The  MEB  Consistency  Edit  Program  ensures  that  the  MEB  data 
is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  .by:  E58 
Global  referenced:  QIC 

b.  Input  Variables: 

SMZ( 

ZTA( 

c.  Processing  Logic. 

(1)  Exit  if  no  MEB  data  entered. 

(2)  Clear  line  24  of  previous  error  messages. 

(3)  Get  Source  of  Admission  flags  from  DIC  using  SMZ. 

(4)  Get  MEB  Candidate  from  scratch  (HMEB). 

(5)  Get  Patient  Category  flags  from  DIC  using  scratch  and  MEB 
candidate  flags. 

(6)  Do  edits  1-3. 

(7)  If  MEB  Candidate  is  confirmed  or  removed,  do  edits  4,  8-10. 

(8)  Else  do  edits  5-7. 

(9)  If  any  errors  have  been  detected,  return. 

(10)  Store  SMZ  in  'SMSCR.  Exit. 

d.  Output  Variables: 

Local:  SMERR,  SMLD,  HMEB 
Global  updated:  -'SMSCR 

e.  PADSEL.  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic.  The  following  edits  are  performed  based  on  the 
branch  of  service  in  profile  record: 


Applicable  Service  Edits 


1. 

A,F,N 

MEB  data  can't  be  entered  unless  MEB  Status 
entered.  (Error  1451). 

is 

2. 

A,  F,N 

MEB  Candidate  can't  be  entered  if  not  active  duty. 
(Error  1405). 

3. 

A ,  F ,  N 

Must  have  prior  MEB  Status  to  be  Resolved. 
1452). 

(Error 
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Edit's 


Applicable  Service 


4. 

A,F,N 

Date  MEB  Candidate  Cnnfirmed  must  be  entered  if  MEB 
Status  is  Confirmed  or  Resolved.  (Error  1453). 

5. 

a,f,n 

Date  MEB  Candidate  Confirmed  can't  be  entered  if  MEB 
Status  is  not  Confirmed  or  Resolved.  (Error  1454). 

6. 

A,F,N 

Can't  enter  Date  Resolved  if  MEB  Candidate  is  not 
Resolved.  (Error  1487). 

7. 

a,f,n 

Can't  enter  future  date  for  Date  Identified,  unless 
Source  of  Admission  is  Preadmit.  (Error  1485). 

8. 

a,f,n 

Date  MEB  Candidate  Confirmed  must  be  after  Date  MEB 
Candidate  Identified.  (Error  1455). 

9. 

A,F,N 

Date  MEB  Candidate  Resolved  must  be  entered  if  MEB 
Status  is  Resolved.  (Error  1456). 

10. 

A,F,N 

Date  MEB  Candidate  Resolved  must  be  after  Date  MEB 
Candidate  Confirmed.  (Error  1458). 
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1.2.2.6.12  Cancel  Consistency  Editor  (AT8C) 


a.  Purpose.  The  Cancel  Consistency  Edit  Program  ensures  that  the  Cancel 
data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  E59 
Global  referenced:  '‘DIC 

I 

b .  Input  Variables: 

SMZ  ( 

ZTA( 

c.  Processing  Logic. 

(1)  Get  Source  of  Admission  flags  from  DIC  using  scratch. 

(2)  Exit  if  Source  of  Admission  has  not  been  changed. 

(3)  Clear  line  24  of  previous  error  messages. 

(4)  Do  edits  1,2. 

(5)  If  any  errors  have  been  detected,  return. 

(6)  Store  SMZ  in  -SMSCR.  Exit. 

d.  Output  Variables: 

Local:  SMERR 

Global  updated:  SMSCR 

e.  PADSEL .  Not  applicable. 

f.  Compiled  Painter  Programs.  Not  applicable. 

g.  Compiled  Entry  Programs.  Not  applicable. 

h.  Editing  Logic.  The  following  edits  are  performed  based  on  the  branch 
of  service  in  the  profile  record. 

Applicable  Service  Edits 

1.  A,F,N  Source  of  Admission  can  only  be  changed  to  Preadmit  or 

Cancel  on  Cancel  Screen.  (Error  1402). 

2.  A,F,N  Authorizing  Physician  and  Reason  must  be  entered  to 

cancel  admission.  (Error  1468). 
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1.2.3  Disposition  (PS).  The  following  chart  shows  the  hierarch^  of 
Disposition  programs. 


t 


a.  Purpose.  The  Disposition  package  (DS*)  is  executed  to  perform  new 
dispositions,  update  existing  disposition  data,  and  cancel  dispositions  (see 
Figure  2-7). 

»  M  -  4 

Invoked  by:  SO  ft 

Global i  referenced:  ''DIC(800Q),  *  DIC(2002),  *  DIC(2007) 

b.  Input  Variables: 

(1)  SMPT  Set  to  internal  File  entry  number  for  the  patient 

(2)  PADNEW  Set  to  0  or  2  for  old  patient 

1  or  3  for  new  patient 

c.  Processing  Logic.  It  is  assumed  that  all  locking  of  patient  records 
is  done  before  entering  the  DS  program. 


(1) 

(2) 


(3) 

(4) 

(5) 


(6) 


If  PADNEW  is  set  for  a  new  patient,  set  error  and  return. 
Attempt  to  locate  a  register  number  in  the  patient's  record. 
First,  try  the  "Current  Register  Number"  (Node  0,  piece  17). 

If  there  is  no  current  register  number,  then  try  the  "Previous 
Register  Number"  (Node  0,  piece  18). 

If  no  register  number  can  be  located,  set  error  and  return. 
Load  node  0  of  the  patient's  episode  record  into  scratch. 

Save  the  "Record  Status  Flag"  (Episode  record,  node  0,  piece 
12)  in  DSFLG.  If  DSFLG  eguals  "C"  (Cancelled  Admission),  "A" 
(Archived),  or  "P"  (sent  to  Clinical  Records),  set  error  and 
return. 

Set  FAS  to  the  seventh  byte  of  the  flag  for  the  patient's 
current  absent  status  (Episode  Record,  Node  4,  piece  1).  If 
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FAS  is  zero,  indicating  that  the  patient  can  not  be 
dispositioned  from  this  absent  status,  set  error  and  return. 

(7)  This  patient  is  valid  for  disposition,  so  load  the  patient’s 
record  into  scratch  and  set  DSUPF  and  DSPMF  to  0.  DSUPF  will 
be  set  to  1  by  the  consistency  edit  program  (*DSC)  if  any 
disposition  data  is  changed.  DSPMF  will  be  set  to  1  at  file 
time  if  the  patient  is  not  a  mother  with  newborn(s). 

(8)  Paint  the  initial  disposition  screen.  If  DSFLG  is  not  set  to 
"D"  (Dispositioned),  then  this  is  a  new  disposition;  set  PADCHN 
to  +.  Tnis  will  cause  'PADSEL  to  skip  reading  the  selection 
and  go  straight  to  the  full  six-field  entry  program. 

(9)  Do  ' PADSEL  to  process  data  entry. 

(10)  If  DSCAN  =  1,  the  user  has  cancelled  a  disposition.  To 
complete  the  process  several  steps  must  be  taken: 

(a)  Set  WCNT  to  1  to  add  to  the  occupied  bed  count  for  the  ward 
.specified,  and  do  'DSWU.  If  SMERR  is  set  (the  ward  was 

full),  display  an  error  message,  set  PADCHN  to  ”1''  so  that 
cancellation  data  entry  will  automatically  start  again,  and 
go  back  to  Step  9. 

(b)  Get  the  disposition  type  flags  in  FDT.  If  the  patient  is  a 
CRO/ERD  (FSA=5)  do  "DSXCRO  to  return  the  register  number. 

(c)  Do  steps  17-20  to  see  if  this  is  a  mother.  Save  all  the 
variables  needed  for  recovery,  set  DSPIN  to  SMPT  and  do 
aDSXFILE. 

(d)  Filing  is  complete,  so  kill  the  recovery  information 
saved.  If  this  is  a  mother  with  newborns  (DSPMF =0),  save 
the  mother's  cancellation  date/time  in  N8DXDT  and  do  /'NBX. 

(11)  If  DSCAN  =  1,  or  DSUPF  =  0  (nothing  changed  during  a  normal 
disposition  sequence),  there  is  no  more  to  do,  so  return. 

(12)  If  this  is  a  new  disposition,  set  WCNT  to  -1  to  subtract  from 
the  occupied  bed  count  and  do  ''DSWU. 

(13)  Do  steps  17-20  to  see  if  this  is  a  mother  with  newborns.  Save 
all  the  variables  needed  for  recovery,  set  DSPIN  to  SMPT,  and 
do  /'DSFILE. 

(14)  If  this  is  a  new  disposition  (DSFLG  not  =  "D")  and  this  is  a 
mother  (DSPMF=0),  DS  needs  to  make  sure  that  all  associated 
newborn  records,  up  to  8,  are  resolved.  For  this  processing, 
it  first  saves  the  mother's  disposition  date/time  in  NBDSDT, 
then  does  "NB. 

(13)  Unlock  the  patient,  kill  all  of  ''SMSCR  and  all  unnecessary 
local  variables,  and  return.  The  following  are  special  steps 
taken  to  determine  whether  the  patient  is  a  mother. 

(16)  If  this  a  predisposition  (first  byte  of  FDT  =1),  set  DSPMF  =  1 
and  return. 

(17)  If  the  first  newborn  register  number  field  (episode  record, 
node  7,  piece  6)  is  null,  set  DSPMF  =  1  and  return. 

(18)  The  field  has  some  value,  but  if  this  is  a  newborn's  record, 
the  value  will  be  the  mother's  register  number.  Therefore,  we 
must  now  check  the  source  of  admission  flag  (FSA).  If  FSA 
equals  2  or  4  (newborn  or  retained),  set  DSPMF  =  1  and  return. 

(19)  Return. 
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d.  Output  Variables: 

Local:  SMCAN,  SMERR 

Globals  updated:  "SMSCR,  APTLCK 

e.  PADSEL. 

if  selection  is: 


f.  Compiled  Painter  Programs: 


Program  Source 


PI  00 

PI  01 

PI  06 

P1 10 

P50 

P52 

P53 

P54 

P55 

P56 

P57 

P58 

P65 


Dispoistion  at  Data  "Screen 
Disposition  Initial  Entry  Screen 
Disposition  Cancel  Screen 
Disposition  Menu  Painter 
DS  at  Entrance  Data  Screen 
OS  Mother's  Data 
DS  Transfer-In 
DS  Emergency  Data 
DS  Cause  of  Injury 
DS  Absent  Status  Data 
DS  Casualty  Status  Data 
DS  MEB  Status  Data 
DS  Inpatient  Products 


g.  Compiled  Entry  Programs: 


Refresh 

Program  Source  Screen  Routine 


E101 

Disposition  Initial  Entry  Screen 

P101 

El  06 

Disposition  Cancel  Screen 

PI  06 

E107 

DS  Cancel  Pay  Srce  Adm  Screen 

PI  32 

E65 

DS  Inpatient  Products 

P65 
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a.  Purpose ■  The  Disposition  Ward  Update  Program  updates  the  occupied 
bed  count  for  the  ward  the  patient  was  in  by  the  value  in  WCNT. 

Invoked  by:  DS,  N8,  N8X 

Globals  referenced:  a8MLCK,  aDIC(801Q),  aDIC(1001) 


Input  Variables: 


WCNT  is  set  to  -1  for  a  disposition  and  +1  for  a  disposition 
cancellation. 


Processing  Logic: 


(1)  Get  the  ward  pointer  number  in  WARD.  If  WARD  is  null  (no 
pointer  in  the  patient  record,  as  in  an  absent  sick 
disposition)  then  return. 

(2)  Attempt  for  five  seconds  to  lock  the  ward.  If  it  can  not  be 
locked,  display  a  busy  message  and  try  again. 

(3)  Get  the  ward  record  in  W. 

(4)  If  WCNT  is  +1  (Disposition  Cancellation)  and  the  total  of 
preadmit  beds,  blocked  beds,  and  occupied  beds  is  not  less  than 
the  total  beds  for  the  ward,  set  "WARD  FULL"  error,  unlock  the 
ward,  and  return. 

(5)  Update  the  occupied  bed  count  in  W  by  adding  WCNT.  For  a 
disposition,  this  actually  results  in  subtraction  since  WCNT  is 
-1. 

(6)  Store  W  back  as  the  updated  ward  record,  kill  off  local 
variables  that  are  no  longer  needed,  unlock  the  ward,  and 
return. 


Output  Variables: 


Local:  SMERR  will  be  set  to  an  error  number  if  the  ward  was  full. 
Global  updated:  A  DIC ( 801 0 ) 
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1.2. 3. 2  Disposition  Cancellation  (DSX). 

a.  Purpose .  The  Disposition  Cancellation  Program  allows  the  user  to 
cancel  a  previously  entered  patient  disposition. 

Invoked  by:  PADSEL 

Globals  referenced:  "010(8020),  "010(1001) 

b.  Input  Variables: 

DSFLG  contains  the  patient's  record  status  flag. 

SMZ  contains  the  patient's  record. 

c.  Processing  Logic. 

(1)  If  this  is  an  inpatient  (DSFLG="I"),  then  there  is  no  actual 
disposition  to  cancel.  Display  an  error  message  and  return. 

(2)  Get  the  patient's  internal  event  number  in  EVT,  then  loop 
through  the  associated  event  file  records,  looking  for  the 
disposition  event  record  (IND="2;..."  or  "6;...").  When  the 
correct  record  is  found,  take  the  ward  pointer  number  from  the 
event  record  (node  0,  piece  5)  and  store  it  into  the  patient's 
record  in  SMZ  (Node  0,  Piece  9). 

(3)  Paint  the  cancellation  screen  segment  and  do  the  entry 
program.  If  the  user  cancels  (SMCANrl),  return. 

(4)  Kill  MDSDT  to  ensure  it  will  ex^st  only  for  a  newborn.  If  this 
is  not  a  newborn  (FSA  not=2),.  return. 

(5)  Get  the  mother's  register  number  from  the  newborn's  record 
(node  7,  piece  6)  and  save  it  in  MR,  then  look  up  the  mother's 
"F”  cross-reference  record  and  save  her  patient  episode  number 
in  MP. 

(6)  Look  in  the  mother's  episode  record  at  the  record  status  flag 
(node  0,  piece  12).  If  she  is  an  inpatient  (Flag  ="I"), 
return. 

Since  the  mother  is  not  an  inpatient,  the  newborn’s  source  of 
admission  must  be  changed  to  a  retained/pay  status. 

(7)  Get  the  mother's  disposition  date/time  in  MDSDT.  Display  a 
message  explaining  the  mother  is  not  an  inpatient,  paint  the 
source  of  admission  prompt,  and  do  the  entry  program  to  get  the 
new  source  of  admission.  If  the  user  cancels  (SMCAN=1),  return. 

(8)  Store  the  pointer  value  for  the  source  of  admission  code  just 
entered  into  newborn's  episode  record  in  ''SMSCR  (node  0,  piece 
5).  Return. 

d.  Output  Variables: 

Local:  SMCAN  is  set  if  the  user  cancelled. 

MDSDT  contains  the  mother's  disposition  date. 

Global  updated:  '‘SMSCR 
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a.  Purpose .  The  Disposition  Consistency  Edit  Program  ensures  that  the 
disposition  data  is  consistent.  If  it  is  not,  an  error  is  displayed. 

Invoked  by:  El 01,  MBDC 

Globals  referenced:  'DIC(1002),  'DIC(2001),  'DIC(802Q),  -DIC(2007), 

-DICO001  ) 

b.  Input  Variables:  SMZ 

c.  Processing  Logic. 

(1)  Get  the  first  patient  category  flag  in  FCAT.  Get  the 
disposition  date/time  in  DSDT,  and  the  admission  date/time  in 
ADDT.  Get  the  first  source  of  admission  flag  in  ESA.  Get  the 
latest  absent  status  date/time  in  ASDT,  the  latest  clinical 
service  dat'e/time  in  CSDT,  and  set  RTDT  to  null.  Get  patient's 
internal  file  entry  number  in  EVT. 

(2)  Clear  line  24  of  possible  previous  error  messages. 

(3)  If  this  is  being  done  from  NBDC,  it  is  possible  an  error  has 
already  been  found.  If  this  is  so,  write  the  error  and  return. 

(4)  Do  edits  1A2  (see  Section  H).  If  an  error  is  detected,  write 
message  and  return. 

(5)  Get  the  disposition  type  flags  in  FDT.  If  this  is  a  retained 
newborn  (FSA=4),  get  the  effective  date/time  retained  in  RTDT. 

(6)  Do  edits  3-19  (see  Section  H). 

(7)  If  any  errors  are  detected,  write  message  and  return. 

(8)  Store  SMZ  in  ^SMSCR.  Set  DSUPF  to  1.  Return. 

d.  Output  Variables:  LOCAL:  SMERR,  SMSK,  FSA,  FCAT,  FDT 

e.  PADSEL.  Not  applicable. 

f.  Compiled  Painter  Programs.  None. 

g .  Compiled  Entry  Programs:  None . 

h.  Editing  Logic.  The  following  edits  are  performed  on  all  patients, 
regardless  of  the  branch  of  service. 

Edits 

1.  Type  of  disposition  must  be  entered.  (Error  1702). 

2.  Disposition  date/time  must  be  entered.  (Error  1703). 

3.  If  this  is  not  a  "TRANSFER"  disposition  type,  then  the  disposition  MTF 

can  not  be  entered.  (Error  1706). 
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Edits 

4.  If  this  is  a  "TRANSFER"  disposition  type,  then  the  disposition  MTF  must 
be  entered.  (Error  1707). 

5.  If  this  is  a  "MILITARY  ONLY"  disposition  type,  then  the  patient  must  have 
an  "ACTIVE  DUTY"  patient  category.  (Error  1704). 

« 

6.  If  this  is  a  "CIVILIAN  ONLY"  disposition  type,  then  the  patient  must  not 
have  an  "ACTIVE  DUTY"  patient  category. 

7.  If  this  is  not  a  "NEWBORN"  source  of  admission,  then  the  disposition  type 
must  not  be  for  a  newborn. 

8.  If  this  is  a  "NEWBORN"  source  of  admission,  then  the  disposition  type 
must  be  flagged  valid  for  newborns.  (Error  1713). 

9.  Disposition  time  must  be  entered.  (Error  1708). 

10.  Disposition  date/time  can  not  be  less  than  admission  date/time.  (Error 

1710) . 

11.  If  this  is  a  "DEATH"  disposition  type,  the  disposition  date  can  not  be 
greater  than  the  current  date.  (Error  1705). 

12.  If  this  is  not  a  predisposition,  the  disposition  date/time  can  not  be 
greater  than  the  current  date/time.  (Error 

1711) . 

13.  If  this  is  a  "CR0"  or  "ERD"  source  of  admission,  the  disposition  date/ 
time  must  be  equal  to  the  admission  date/time.  (Error  1712). 

14.  If  this  is  a  "RETAINED"  source  of  admission,  the  disposition  date/time 
cannot  be  less  than  the  retained  effective  date/time.  (Error  1714). 

15.  If  this  is  a  same  day  admission/  disposition,  the  disposition  date  must 
equal  the  admission  date.  (Error 

1715). 

16.  If  this  is  not  a  "CR0"  or  "ERD"  source  of  admission,  the  disposition 
date/time  cannot  equal  the  admission  date/time.  (Error  1716). 

17.  The  disposition  date/time  cannot  be  less  than  the  current  absent  status 
date/time.  (Error  1717). 

18.  The  disposition  date/time  cannot  be  less  than  the  current  clinical  ser¬ 
vice  assigned  date/time.  (Error  1718). 

19.  Physician  ordering  disposition  must  be  entered.  (Error  1709). 
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Edits 

3.  Physician  authorizing  cancellation  and  reason  for  cancellation  must  both 
be  entered.  (Error  1723). 

4.  Ward  can  be  entered  only  for  an  "IN"  absent  status  (FAS=  1).  (Error 

1724) . 

5.  The  ward  cannot  be  entered  for  an  "OUT"  absent  status  (FAS=2).  (Error 

1725) . 
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1.2. 3. 5  Disposition  Filer  (D5FILE). 

a.  Purpose.  The  Disposition  Filer  Program  does  the  actual  updating  of 
the  patient's  records  for  a  disposition. 

Invoked  by:  DS,  NB 

Globals  referenced:  -'DIC(8Q00),  -DIC(IOII),  ^DIC(2007), 

'■  DIC (2002),  -DIC(IOOI),  *DIC(8020),  'PRD, 

•v  DD ,  -  MACH  i 

b.  Input  Variables: 

FSA,  FCAT ,  FDT ,  DSPMF ,  DSFLG ,  DSRGN ,  DSPIN 

c.  Processing  Logic. 

(1)  Get  node  0  of  the  episode  record  in  ARO  and  node  7  in  AR7. 

(2)  If  requests  for  any  inpatient  products  were  made  (pieces  16, 

17,  and  18  of  AR7),  write  the  quantity  of  each  requested  into 
PRD,  execute  a  background  to  print  it  all,  clear  the  product 
fields  in  SMSCR,  and  kill  AR7. 

(3)  If  this  a  predisposition  (first  byte  of  FDT=1)  or  a  disposition 
update  (DSFLG="D"),  go  to  step  16. 

(A)  Look  through  DD  and  extract  kill  statements  for  each  defined 
cross-reference.  These  are  stored  in  DE(IDX,M,2),  where  IDX  is 
the  nodejpiece  of  the  cross-reference  variable. 

(5)  Loop  through  the  DE  array  of  kills,  executing  each. 

(6)  Kill  the  inpatient  (E)  cross-reference  for  status  I  and  create 
a  disposition  (E)  cross-reference  for  status  D. 

(7)  Set  NBF  to  0.  If  this  is  a  newborn  (DSPMF=1  and  FSA=2  or  A), 
set  NBF  to  1 . 

(8)  Get  the  patient's  internal  file  entry  number  in  EVT,  the 
current  date  in  CUD,  and  put  the  disposition  date/time  in  EFD 
and  EFDK  to  be  used  as  the  effective  date/time. 

(9)  Get  the  actual  disposition  type  (rather  than  the  pointer  value) 
in  DTYPE  and  the  actual  absent  status  in  AS. 

(10)  Build  the  event  record  indicator  in  IND.  The  indicator  is  made 
up  of  three  parts.  The  first  part  is  a  "6"  if  the  patient  is  a 
newborn  (NBF=1);  otherwise,  it  is  a  "2".  The  second  part  is 
always  DTYPE.  The  third  part  is  AS  if  this  is  an  Air  Force 
hospital  (PADSVC="F") ;  otherwise,  it  is  FCAT.  The  three  parts 
are  separated  by  semicolons. 

(11)  If  this  an  Air  Force  hospital,  and  this  is  an  active  duty 
patient,  there  is  actually  a  fourth  part  to  the  indicator. 

This  is  a  ”1",  separated  from  the  rest  by  a  semicolon.  It  is 
added  strictly  for  reporting  purposes. 

(12)  Build  the  event  record  in  ER.  ER  will  be  made  up  of  EFD  in  the 
first  piece,  IND  in  the  second  piece,  the  ward  pointer  value  in 
the  fifth  piece,  the  disposition  MTF  in  the  seventh  piece,  and 
CUD  in  the  eighth  piece. 
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(13)  Do  steps  20-23  to  write  the  event  record. 

(14)  If  the  effective  date  (EFD)  is  less  than  the  current  date 
(CUD),  set  IND  to  "5;2"  and  do  steps  18-23  to  write  a  text 
record  stating  that  the  disposition  was  not  today. 

(13)  Now  rebuild  the  patient's  record  to  reflect  a  disposition. 

First,  move  the  register  number  (DSRGN)  from  current  (Node  0, 
Piece  17)  to  previous  (Node  0,  Piece  18).  Next,  remove  the 
ward  pointer  (Episode  Record,  Node  0,  Piece  9)  and  change  the 
record  status  flag  (Episode  Record,  Node  0,  Piece  12)  to  "D". 
Finally,  remove  any  disposition  cancellation  data  that  might 
exist  (Episode  Record,  Node  7,  Pieces  2  through  5). 

(16)  Store  'SMSCR  in  'DIC,  kill  all  unnecessary  local  variables,  and 
return. 

(17)  The  following  are  special  steps  taken  to  write  text  and  event 
records  and  their  cross-references. 

(18)  Get  the  error  message  in  TEXT  and  set  SMERR  to  0.  Swap  the 
values  of  CUD  and  EFD  (EFDK  is  also  set  to  CUD). 

(19)  Build  the  event  record  in  ER.  ER  will  be  made  up  of  EFD  in  the 
first  piece,  IND  in  the  second  piece,  the  ward  pointer  value  in 
the  fifth  piece,  TEXT  in  the  seventh  piece,  and  CUD  in  the 
eighth  piece.  Then  set  CUD  back  to  the  current  date  (DT). 

(20)  Set  DUP  to  0  and  do  CHT  to  ensure  that  this  is  not  a  duplicate 
record.  DUP  will  be  set  to  1  if  an  exact  match  is  found.  If 
DUP=1,  we  do  not  want  to  write  this  event  record,  so  return. 

(21)  Write  the  "DT"  event  record  cross-reference,  then  the  event 
record  itself  (ER). 

(22)  Get  the  zero  node  subfile  record,  if  it  exists,  in  DO.  If  it 
does  not  exist,  create  a  new  one  in  DO. 

(23)  Add  1  to  the  event  record  count  (piece  4)  in  DO,  and  store  DO 
back  as  the  zero  node  subfile  record.  Return. 

d.  Output  Variables: 


Local:  None 

Globals  updated:  -DIC(8020),  *DIC(80 00),  'PRD 
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(1)  If  the  patient  is  a  CRO  or  ERD  (FSA=5),  set  RS="C".  If  the 
patient  is  not  a  CRO  or  ERD,  set  RS="I"  and  RGN=DSRGN.  RGN  was 
previously  set  for  a  CRO/ERD  patient.  RS  will  be  the  new  event 
record  status  (cancelled  admission  or  inpatient). 

(2)  Get  node  0  of  the  patient's  episode  record  in  ARO,  then  get  the 
disposition  date/time  in  DSDT. 

(3)  Rebuild  node  0  of  the  episode  record  in  ARO.  The  first  piece 
is  replaced  by  the  value  of  RGN,  piece  12  is  replaced  by  the 
value  of  RS,  and  pieces,  3,  10,  and  11  (disposition  data  no 
longer  valid)  are  removed.  Store  ARO  back  in  SMSCR. 

(4)  Rebuild  node  7  of  the  episode  record  in  ''SMSCR.  Simply  remove 
the  no  longer  valid  disposition  data  in  pieces  1,  14,  and  13. 

(3)  Set  PKGN  to  null  and  loop  through  the  patient's  episode  records 
to  see  if  there  were  any  previous  to  the  episode  of  the 
disposition  cancellation.  If  there  are  previous  episodes,  take 
the  register  number  from  the  episode  just  previous  to  the  one 
being  worked  on  and  store  it  in  PRGN. 

(6)  If  this  is  a  CRO/ERD  patient,  set  CRGN  to  null.  If  not,  set 
CRGN  to  DSRGN. 

(7)  Rebuild  node  0  of  the  patient's  registration  data  in  SMSCR. 
Replace  piece  17  with  CRGN  and  piece  18  with  PRGN. 

(8)  Kill  the  record  status  ("E")  cross-reference  for  the 
disposition  ("D"),  and  create  a  new  cross-reference  based  on 
the  value  of  RS. 

(9)  If  this  is  a  CRO/ERD  patient  (RS=''C"),  kill  the  register  number 
("F")  cross-reference  so  that  the  episode  can  no  longer  be 
referenced. 

(10)  Get  the  patient's  internal  file  entry  number  in  EVT  and  loop 
through  all  of  the  patient's  event  records.  For  a  CRO/ERD 
patient,  kill  all  event  records  and  their  associated 
cross-references.  For  all  other  patients,  kill  only  event 
records  whose  indicators  begin  with  "2;",  "6;",  or  "5;2",  as 
well  as  and  their  associated  cross-references.  • 

(11)  Get  the  current  date  in  CUD,  and  put  the  ward  date/time  in  EFD 
and  EFDK. 
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(12)  If  the  ward  was  changed.  (CHWF=1),  set  C=1,  and  build  a  ward 
transfer  event  record  in  ER.  ER  will  be  made  up  of  EFD  in  the 
first  piece,  a  "4''  (record  indicator)  in  the  second  piece,  the 
old  ward  in  the  fifth  piece,  the  new  ward  in  the  sixth,  and  CUD 
in  the  eighth  piece.  With  ER  built,  do  steps  22-25  to  write 
the  event  record. 

(13)  Set  both  EFD  and  EFDK  equal  to  DSDT. 

(14)  If  the  current  date  (CUD)  is  not  equal  to  the  date  portion  of 
EFD,  set  IND="5;7'',  SM£RR=1791,  and  do  steps  20-25  to  write  a 
text  record  stating  that  the  disposition  was  cancelled  on  a 
date  other  than  the  one  the  patient  was  dispositioned  on. 

(15)  If  MDSDT  does  not  exist,  then  this  is  not  a  newborn  disposition 
cancellation.  Go  to  step  19. 

(16)  Mother  is  not  in  hospital;  newborn  disposition  cancellation 
must  be  to  pay  status.  Get  the  current  absent  status  pointer 
value  in  ABS  and  the  patient  category  flags  in  FCAT.  Set  EFD 
and  EFDK  equal  to  MDSDT  (mother's  disposition  date  will  be  the 
effective  date  for  the  event  records  being  created)  and  build 
the  event  record  indicator  in  IND.  IND  will  be  made  up  of 
three  pieces,  separated  by  semicolons.  The  first  piece  will  be 
a  1,  indicating  an  admission  event;  the  second  piece  will  be 
the  actual  source  of  admission  code;  the  third  piece  will  be 
the  first  byte  of  FCAT. 

(17)  Now  build  the  event  record  in  ER.  ER  will  be  made  up  of  EFD  in 
the  first  piece,  IND  in  the  second  piece,  ABS  in  the  third,  the 
current  clinical  service  pointer  value  in  the  fourth,  the 
current  ward  pointer  value  in  the  sixth,  and  CUD  in  the  eighth 
piece. 

(18)  Do  steps  22-25  to  write  the  event  record.  If  the  current  date 
(CUD)  is  not  equal  to  the  effective  date  (EFD),  set  IND="5;1", 
SMERR=1501,  and  do  steps  20-25  to  write  a  record  stating  that 
the  patient  was  admitted  on  a  date  other  than  the  current  date. 

(19)  Store  “SMSCR  in  DIC,  kill  all  unnecessary  variables,  and 
return. 

The  following  are  special  steps  taken  to  write  text  and  event 

records  and  their  cross-references. 

(20)  Get  the  message  in  TEXT  and  set  SMERR  to  0.  Swap  the  values  of 
CUD  and  EFD  (EFDK  is  also  set  to  CUD). 

(21)  Build  the  event  record  in  ER.  ER  will  be  made  up  of  EFD  in  the 
first  piece,  IND  in  the  second  piece,  TEXT  in  the  seventh 
piece,  and  CUD  in  the  eighth  piece.  Then  set  CUD  back  to  the 
actual  current  date. 

(22)  Set  DUP=0  and  do  CHT  to  ensure  that  this  is  not  a  duplicate 
record.  DUP  will  be  set  to  1  if  an  exact  match  is  found.  If 
DUP=1  upon  return,  we  do  not  want  to  write  this  event  record, 
so  return. 

(23)  Write  the  "DT"  event  record  cross-reference,  then  the  event 
record  itself  (ER). 
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(24)  Get  the  zero  node  subfile  record,  if  it  exists,  in  DO.  If  it 
does  not  exist,  create  a  new  one  in  DO. 

(25)  Add  1  to  tfie  event  record  count  (piece  4)  in  DO,  and  store  DO 
back  as  the  zero  node  subfile  record.  Return. 


d.  Output  Variables: 

Local:  None 
Globals  updated: 


DIC  (8000) ,  -010(8020) 


V  v 


i  vr 

I 
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1.2 A  Newborn  Disposition  (NB).  The  following  chart  shows  the  hierarchy  of 
newborn  disposition  programs. 


a.  Purpose.  The  NB  package  of  routines  sequences  through  all  the 
newborns  for  one  mother  requiring  that  each  be  dispositioned  or  put  on  pay 
status.  This  processing  is  initiated  as  a  result  of  a  mother's  disposition  or 
an  active  duty  mother's  change  of  status  to  convalescent  leave. 

Invoked  by:  AT,  DS 

Globals  referenced:  * SMSCR( PAD J, 8000.01 ,7)  (mother's  data) 


b.  Input  Variables: 

NBDSDT:  newborn  disposition  date/time  (set  to  mother's  disposition 
date/time  by  DS  or  to  mother's  date/time  of  status  change 
to  CL  by  AT). 

c.  Processing  Logic. 

(1)  Set  variable  NBDCLK  to  clerk  of  mother's  disposition. 

(2)  Concatenate  a  string  of  baby(s)  register  numbers  in  variable 

NBREGS  (from  node  7  of  mother's  data).  Set  piece  number 

variable  NBCNT  to  1 . 

(3)  For  each  of  up  to  8  babies: 

(a)  Get  the  register  number  in  NBRGN  from  the  NBREGS  string. 

Get  file  entry  number  in  NBPNT  from  register  number  cross- 
reference  (A  DIC ( 8000, "F" ,...)). 

(b)  Set  SMZ  node  0  to  node  0  of  baby  episode  data. 

(c)  Check  disposition  type  field;  if  baby  is  already 
dispositioned  or  retained  increment  piece  number  in  baby 
chain  and  go  to  step  (a)  to  process  next  baby. 

(d)  Load  node  0  of  baby's  registration  data  in  'SMSCR  and  SMZ. 

(e)  Convert  baby's  disposition  date/time  (NBDSDT;  set  by  AT  or 
DS)  to  display  format  in  variable  DO.  Variable  DD  is  the 
local  variable  displayed  by  painter  *8130. 

(f)  Paint  baby's  initial  disposition  segment-baby's  ID  data  and 
text  of  disposition  screen  -  painter  *P130. 

(g)  Read  the  user's  selection  (PAD  utility  'PADSEL  is  not  used 
in  order  to  force  the  user  to  properly  disposition  or  put 
each  baby  on  pay  status). 
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1.2. 4.1  Newborn  Disposition  Consistency  Editor  (NBDC). 

a.  Purpose.  The  routine  'N8DC  controls  the  editing  of  newborn 
disposition  data  to  ensure  that  it  is  consistent. 

Invoked  by:  El 30 

b.  Input  Variables:  SMZ 

c.  Processing  Logic. 

(1)  If  disposition  type  is  null,  set  error  1702. 

(2)  Load  disposition  type  flag;  if  type  is  predisposition,  set 
error  1713. 

(3)  Do  standard  disposition  consistency  edits  ('DSC). 

d.  Output  Variables: 

Local:  SMERR, 

FCAT,  FSA  (from  -'DSC) 

FDT  disposition  flag,  byte  1 
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1.2. 4. 2  Newborn  Pay  Status  Consistency  Editor  (NBPC). 

a.  Purpose .  The  NBPC  routine  ensures  that  the  new  source  of  admission 
is  a  "pay  status"  source  of  admission. 

Invoked  by:  £132 
E107E 

b.  Input  Variables:  SMZ 

c.  Processing  Logic. 

(1)  Set  N8SAP  to  new  source  of  admission  (this  value  is 
subsequently  used  in  'NB  and  ''NBPFILE). 

(2)  If  byte  1  of  the  flag  for  this  source  of  admission  does  not 
indicate  a  pay  status  code,  set  error  1720.  Display  the  error 
message  and  quit  back  the  entry  program. 

d.  Output  Variables: 

NBSAP  -  newborn  source  of  admission 

SMERR 
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1.2. 4:2  Newborn  Pay  Filer  (NBPFILE^. 

a.  Purpose .  The  N8PFILE  routine  stores  the  updated  source  of  admission 
and  creates  the  associated  event (s)  records  for  a  newborn  change  to  pay 
status. 

Invoked  by:  N8 

b.  Input  Variables: 

NBRGN 

NBPNT 

N8SAP 

NBDSDT 

DT 

PADJ 

c.  Processing  Logic. 

(1)  Set  local  variable  ARO  to  episode  node  0.  Concatenate  in  pay 
status  source  of  admission.  Restore  node  0  to  'DIC. 

(2)  Store  event  record(s): 

(a)  Build  change  to  pay  status  event  record.  If  an  event 
record  with  this  effective  date  key  exists,  compare 
events.  If  they  are  identical,  system  is  in  recovery, 
proceed  with  text  record  processing  (step  b).  If  the 
events  are  not  identical,  increment  the  effective  date/time 
key  by  1  minute  and  recheck  to  determine  if  this  key  exists 
and,  if  so,  if  the  evets  are  identical.  If  and  when  a 
unigue  key  is  found,  store  the  event  record,  the  date/time 
cross-reference  to  it,  and  update  the  subfile  node  0 
fields. 

(b)  If  the  effective  date  of  this  event  is  not  today,  build  a 
text  correction  record.  If  an  event  record  with  this 
effective  date  exists,  compare  events.  If  they  are 
identical,  system  is  in  recovery  (this  text  record  was 
already  stored)  and  processing  is  complete — guit.  If  they 
are  not  identical,  increment  effective  date/time  key  by  1 
minute  and  loop  to  check  if  this  key  exists  and,  if  so,  if 
the  events  are  identical  ....  If  and  when  a  unigue  key 
is  found,  store  the  text  record,  store  the  date/time  cross- 
reference  to  it,  and  update  the  subfile  node  0  fields. 

(3)  Exit. 

d.  Output  Variables: 


Local :  None 

Glob las:  «DIC(8000),  -DIC(8020) 
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1.2. 4. 4  Newborn  Disposition  Cancellation  (NBX). 


a.  Purpose .  The  NBX  routine  sequences  through  all  the  newborns  for  one 
mother,  allowing  the  user  to  cancel  the  disposition  of  any  or  all  that  were 
dispositioned. 

Invoked  by:  DS 

Globals  referenced:  * SMSCR (PAD3 , 8000. 01 ,7) ,  -DIC(8000),  ~DIC(8020; 

(mother's  data) 

b.  Input  Variables: 

NBDXDT:  newborn  cancellation  date/time  (set  to  mother's 
cancellation  date/time) 

c.  Processing  Logic. 

(1)  Set  N8XCLK  to  clerk  of  mother's  disposition  cancellation. 

(2)  Concatenate  a  string  of  baby(s)  register  numbers  in  variable 
NBREGS  (from  node  7  of  mother's  data).  Set  piece  number 
variable  NBCNT  to  1. 

(3)  For  each  of  up  to  8  babies: 

(a)  Get  the  baby's  register  number  in  NBRGN  from  the  NBREGS 
string.  Get  the  file  entry  number  in  NB  PNT  from  register 
number  cross-reference  ('DIC(8000, "F". . . . ) ) .  . 

(b)  Set  SMZ  node  0  to  node  0  of  baby  episode  data. 

(c)  Check  the  record  status  flag.  If  the  baby  was  not 
dispositioned,  it  must  have  been  changed  to  retained/pay 
status,  so  the  fallowing  steps  must  be  taken: 

1 .  Get  the  actual  Source  of  Admission  Code  for  the  newborn 
in  NBSA. 

2.  Search  through  the  event  records  for  this  newborn  to 
find  the  one  for  the  retained/pay  status  admission  (1 
in  piece  1  of  indicator,  NBSA  in  piece  2).  If  one  can 
not  be  found,  go  to  step  6. 

3.  Get  the  effective  date/time  for  the  event  record  in  EFD 
and  EFDK,  If  the  date  portion  is  not  the  same  as 
today's  date,  write  a  text  event  record  stating  that 
the  retained/pay  status  was  cancelled  due  to  the 
mother's  disposition  being  cancelled.  This  is  to  note 
the  change  as  a  correction  on  the  nightly  AAD  Report, 
and  so  is  not  necessary  if  it  is  the  same  day. 

4.  Kill  the  retained/pay  status  admission  event  record  and 
cross-reference,  and  update  the  event  record  count. 

Look  at  the  next  event  record  to  see  if  it  is  a  text 
record  that  was  associated  with  the  just-killed 
admission  record  (a  "5;1"  indicator).  If  it  is,  kill 
it  and  the  cross-reference,  and  update  the  event  record 
count . 
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(d) 

(e) 

•(f) 

(g) 

(h) 

(i) 

(j) 

(k) 

(l) 

(m) 

(n) 

(o) 


5. 


6. 


Get  the  Source  of  Admission  code  from  the  indicator  of 
the  newborn's  first  event  record,  which  is  the  initial 
admission  record,  in  IND.  Use  IND  to  look  up  the 
pointer  value  for  the  code,  and  save  the  pointer  value 
in  \BSAP,  Replace  the  Source  of  Admission  pointer  in 
SMZ  (Episode  Record,  Node,  piece  5)  with  NBSAP  and 
store  the  record. 

Increment  the  piece  number  in  the  baby  chain  and  qo  to 
step  (a)  to  process  the  next  baby. 

Kill  nodes  1  and  7  in  SMZ  to  clear  out  the  mother's 
cancellation  data.  Load  node  0  of  baby's  registration  data 
in  aSMSCR  and  SMZ.  Set  SMLD  so  painter  will  not  load  SMZ 
(SMLD=1 ) . 

Paint  initial  cancellation  segment  -  baby's  ID  data  and 
literals  of  cancellation  screen  -  painter  'P135. 

Read  the  user's  selection  (PAD  utility  'PADSEL  is  not  used 
in  order  to  force  the  user  to  make  a  decision  whether  or 
not  to  cancel  this  disposition). 

If  the  user  enters  "L"  to  leave  the  newborn  dispositioned, 
increment  N8CNT  and  go  to  step  (a)  to  process  the  next 
newborn . 

Load  baby's  node  1  into  SMZ.  Load  baby's  node  7  into  SMZ 
if  it  exists.  Concatenate  clerk's  initials  (NBXCLK)  into 
node  7  of  SMZ. 

Get  the  baby's  internal . event  file  number  in  EVT.  Loop 
through  the  baby's  event  records  until  the  disposition 
event  record  is  found.  Get  the  ward  pointer  value  in  W  and 
concatenate  W  into  node  0  of  SMZ. 

Paint  the  cancellation  segment  ('PD135)  to  show  ward 
information. 

Set  'PADCHN  =  "+"  and  do  ‘PADSEL  to  collect  cancellation 
data. 

If  the  user  cancels,  clear  the  cancel  flag  and  go  to  step 
(a). 


Do  'DSWU  to  add  baby  to  bed  occupied  total  in  ward  record. 
If  the  ward  chosen  is  full,  display  error  message  and  go  to 
step  (k). 

Set  up  recovery  node  'SMSCR(PADD,1)="RCDSX"_DT  NBPNT_NBRGN 
CHWF  SMDE(8000.01 , "0;9")  (if  ward  changed). 

Set  variables  DSPIN  -  baby's  file  entry  number,  DSRGN  - 
register  number  and  do  standard  cancellation  filer 
“DSXFILE. 


(p)  Kill  recovery  node, 
and  go  to  step  (a). 


increment  NBCNT  to  point  to  next  baby, 


d.  Output  Variables: 

Local:  None 

Globals  updated:  DIC(8020) 
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1.2.5  Inpatient  History  (HS).  The  following  chart  shows  the  hierarchy  of 
Inpatient  Historv  programs. 


a.  Purpose.  The  History  routines  (HS*)  are  executed  to  review  past  and 
present  summary  admission  data. 


Invoked  by:  SO 
Globals  referenced:  None 


b .  Input  Variables:  None . 

c.  Processing  Logic. 

(1)  Do  program  to  paint  fixed  part  of  history  screen. 

(2)  Do  program  to  paint  admission  information  on  history  screen. 

(3)  Do  selection  program  (•'PADSEL)  for  additional  processing. 

d.  Output  Variables: 

Local:  None 

Global  updated:  ''SMSCR 

e.  PADSEL  for  History  (SMEN=71): 

If  selection  N  or  P 

I  HDS  I 


PD71 


f.  Compiled  Painter  Programs: 


Program 


Source 


P70 

P71 

PE71P 


Patient  Header  (History  Screen) 

History  Information  Screen 

History  Information  Screen  -  data  only 


g.  Compiled  Entry  Programs:  Not  applicable. 
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1.2. 5.1  Inpatient  History  Next  Episode  (HSNX). 


a.  Purpose .  The  HSND  routine  finds  the 
history  episode.  It  loads  the  information  to 
painter  program  to  display  it. 

Invoked  by:  PADSEL 
Globals  referenced:  aDIC 

b.  Input  Variables: 

EPNM 
PADJ 
SMPT 
ZTA  ( 

c.  Processing  Logic. 


next  or  previous  inpatient 
display  into  'SMSCR  and  calls  a 


.*  %• 


(1)  Erase  error  message  if  previous  selection  caused  error  message 
to  be  printed 

(2)  If  selection  =  "N"  find  next  episode  ($N  from  EPNM). 

(3)  If  selection  =  "P"  start  at  first  episode,  saving  each  number 
in  X.  When  next  episode  number  (Y)  eguals  EPNM  (current 
episode  displayed/,  use  last  saved  episode  number  (X). 

(A)  Print  error  message  if  there  is  no  next  or  previous  episode. 

(5)  Set  EPNM  and  load  episode  data  into  'SMSCR. 

(6)  Do  PD71  to  repaint  data  on  screen. 

d.  Output  Variables: 

Local:  EPNM,  SMLD 

Global  updated:  SMSCR 

e.  PADSEL .  Not  applicable. 


1.2.6  Utilities. 


1.2. 6.1  Selection  Processing  (PADSEL). 


a.  Purpose.  The  routine  -PADSEL  reads  the  selection  field,  validates  i 
and,  of  selection  table  processing  is  defined  for  the  current  screen, 
initiates  the  defined  processing. 


Invoked  by:  any  application  program 
Global  referenced:  “SM DEF 


Input  Variables: 


PADCHN  user  has  passed  a  selection  to  PADSEL  to  be  selection 
processed;  read  will  not  be  performed 
PADSEL  user's  previous  selection 

SMEN  screen  entry  number  for  current  selection  table 


c.  Processing  Logic. 


(1)  Set  SMST  -  default  field  number  to  start  entry  (conditionally, 
may  be  reset  later). 

(2)  Load  top  level  node  of  selection  screen. 

(3)  If  PADCHN  exists  and  is  not  null,  use  first  ;piece  as  selection 
and  piece  it  out  of  PADCHN.  Otherwise,  get  X  and  V  coordinates 
for  selection  field,  clear  the  line,  and  read  the  selection. 

If  the  selection  is  CTRL  P  to  print  screen,  do  SMSPR  and 
reread  selection.  If  selection  is  !,  set  cancel  (SMCAN)  and 
exit.  If  selection  is  ?,  display  canned  help  message.  If  user 
entered  "1"  (bar  -  used  for  program  selection),  display  error 
and  reread. 

(4)  If  selection  is  not  alphanumeric,  display  error  message  and 
reread. 

(5)  If  selection  contains  "1 "  or  this  is  a  menu  screen,  process 
with  selection  table  (7  below). 

(6)  If  selection  starts  with  an  alphabetic  character: 

(a)  If  it  is  not  "+"  set  selection  in  SMLB  to  restrict  entry. 

If  not  a  display-only  screen,  set  up  entry  parameters,  DQ, 
NDQ,  SMST  (if  passed  by  application),  and  NOW.  Do  entry 
program.  On  return  from  entry,  if  user  has  cancelled, 
exit.  If  error,  display.  Go  to  reread  selection. 

(7)  If  selection  not  in  selection  table,  display  error  and  reread. 

(8)  Get  selection  node. 

(9)  If  there  is  a  painter  defined  and  current  screen  is  not  tl at 
screen,  paint.  Set  up  parameters  for  entry. 

(10)  Save  selection  in  PADSEL. 

(11)  If  piece  2  is  not  the  current  screen,  do  it.  Deset  SMST. 

Reread  selection. 
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1.2.7  Bed  Management  (BM).  The  following  chart  shows  the  hierarchy  of  Bed 
Management  programs. 


a.  Purpose.  The  Bed  Management  routines  (BM*)  are  executed  to  maintain 
figures  on  the  number  of  beds  that  are  occupied  or  available  on  each  ward. 

Bed  Management  is  used  to  create,  update  or  delete  ward  status  records. 

Invoked  by:  SO 

Globals  referenced:  ~SMSCR,  '010(8010) 

b.  Input  Variables:  PADS,  PADFNC,  PADTRN,  PADI 

c.  Processing  Logic. 

<1 )  Clear  line  23. 

(2)  Paint  BMID  Screen  (D  PI 3,  E13). 

(3)  Quit  if  user  cancels  or  nothing  is  entered. 

(4)  If  "TOT"  is  entered  for  ward  ID,  calculate  the  number  of  total 
blocked  beds  and  available  beds. 

(5)  If  ward  entered  does  not  exist  (adding  a  new  ward),  set  PADCHN, 
lock  the  ward  record. 

(6)  If  ward  entered  exists,  load  data  into  SMSCR  and  SMZ; 
calculate  the  number  of  total  blocked  beds  and  available  beds; 
lock  the  ward  record. 

(7)  Display  ward/TOT  data  (D  P16  or  PD16). 

(8)  D  PADSEL. 

(9)  Quit  if  user  cancels. 

(10)  If  user  chooses  to  view  next  record  (selection  1),  unlock  the 
previous  ward  record,  nexting  through  cross-reference  to  get 
next  record;  guit  if  next  record  does  not  exist;  else  go  back 
to  step  6. 

(11)  If  user  chooses  to  delete  the  record  (selection  2),  calculate 
the  number  of  total  blocked  beds.  If  total  blocked  beds  does 
not  egual  to  0,  ask  for  confirmation  to  delete;  if  not 
confirmed,  go  to  step  8. 

(12) ' Set  up  'SMSCR (PAD J. 1 )  for  recovery. 

(13)  D  BMFILE.  ' 
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1.2. 7.1  Bed  Management  Consistency  Editor  (BMC). 


a.  Purpose ■  This  BMC  routine  is  to  edit  ward  status  data  and  do  the 
filing . 


Invoked  by:  £16 

Global  referenced:  ^ D I C ( 801 0 ) 

b.  Input  Variables:  PADSEL,  SMCAN 

c .  Processing  Logic. 

(1 )  Clear  line  23. 

(2)  If  no  data  entered,  guit. 

(3)  If  the  calculated  total  available  beds  is  less  than  0,  set 
5MERR,  display  error  message,  and  guit. 

(4)  Display  data,  set  aSMSCR,  and  guit. 

d.  Output  Variables: 

Local:  BMLB,  BMAUB 
Global  updated:  * DIC(8010) 
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1.2. 7. 2  Bed  Management  Filer  (BMFILE). 

a.  Purpose .  The  BMFILE  routine  will  file  the  ward  status  record. 
Invoked  by:  BM 

Glotial  referenced:  *DIC(8010) 

b.  Input  Variables:  PADSEL,  WARD,  PTR 

c.  Processing  Logic. 

(1)  If  PADSEL  =  2,  delete  ward  record  and  its  cross-reference, 
update  DIC  (8010,0),  and  quit. 

(2)  If  ward  record  does  not  exist  (adding  a  ward),  set  pointer 
(PTR)  to  the  next  available  entry  from  DIC(8010,0);  lock 
DIC(8010,0),  increment  pieces  3  and  A  of  DIC(8010,0)  by  1 

(3)  Load  SMSCR  into  data  base,  set  up  cross-reference,  and  quit 

d.  Output  Variables: 

Local:  None 

Global  updated:  *DIC(8010) 


0 
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1.1  Registration  Consistency  Editor  (RGC).  The  following  edits  are  performed 
based  on  the  branch  of  service  in  profile  record. 


Applicable  Service 

1.  A,F,N 

* 

2.  A,F,N 

3.  A,F,\ 

4.  A,F,N 

5.  A,F,N 


6.  A,F,N 

7.  A,F,N 

8.  A,F,N 

9.  A,F,N 

10.  A,F,N 

11.  F 


Edits 


SSN  cannot  be  all  null. 

Sponsor  (FFMP  byte  1=3)  must  have  a  sponsor  type  of 
patient  category  (the  2nd  digit  of  FCAT  is  1).  (Error 
1001). 

Dependent  (FFMP  byte  1=1)  must  have  a  dependent  type 
of  patient  category  (the  3rd  digit  of  FCAT  is  1)  and 
vice  versa.  (Error  1001). 

Civilian  emergency  (FFMP  byte  1=2)  must  have  a 
civilian  emergency  type  of  category  (the  4th  digit  of 
FCAT  is  1).  (Error  1001). 

Active  duty  or  retired  member  of  the  uniformed  serv¬ 
ices  must  be  at  least  16  years  old  for  Air  Force  and 
17  years  old  for  Navy  and  Army.  (If  the  2nd  digit  of 
FCAT  is  1  then  check  DOB  against  current  date). 

(Error  1002). 

Mother  and  mother-in-law  of  sponsor  (FMP  is  40  or  30) 
must  be  female.  (Error  1003). 

Father  and  father-in-law  of  sponsor  (FMP  is  45  or  55) 
must  be  male.  (Error  1003). 

Children  (FMP  is  01  through  19)  cannot  have  marital 
status  of  married  (M),  interlocatory  (I)  or  separated 
(L).  (Error  1004).- 

A  spouse  (FMP  is  30)  cannot  have  a  marital  status  of 
annulled  (A),  divorced  (D)  or  single  (S).  (Error 
1004). 

Spouse  of  deceased  sponsor  (FMP  is  30  and  the  2nd  and 
3rd  digits  of  CAT  is  43  or  44)  must  have  marital 
status  of  widowed  (W)  or  unknown  (U).  (Error  1004). 

AFSC  must  be  entered  for  all  active-duty  Air  Force. 
(If  1st  digit  of  CAT  is  "F"  and  the  1st  digit  of  FCAT 
is  1,  then  the  4th  through  6th  digits  of  military 
occupation  must  be  numeric.)  (Error  1005). 

Aviation  service  code  is  entered  only  for  active  duty 
personnel'.  (If  aviation  service  code  is  not  null, 
then  the  1st  character  of  FCAT  must  be  1  and  the  1st 
character  of  CAT  must  be  "F".)  (Error  1006). 


12.  F 


Applicable  Service 


Edits 


13.  A,F,N 


If  sponsor  (first  byte  of  FFMP  =  3)  and  the  sponsor 
name  is  entered,  then  the  sponsor  name  must  be  the 
same  as  the  patient  name.  If  sponsor,  and  the  sponsor 
name  is  blank,  default  the  sponsor  name  to  the  patient 
name.  (Error  1007). 


14.  A,F,N 


15a.  A 


15b.  F,N 
16.  F 


dank  must  be  entered  for  active  duty  or  retired  member 
of  the  uniformed  services.  (If  1st  digit  of  FCAI  is  1 
or  2,  the  rank  cannot  be  blank  or  "CIV"-.)  (Error 
1008,  1018).  Rank  must  be  consistent  with  patient 
category  (Error  1018). 

If  Army  officer  (All,  A21,  A23,  A26,  A31,  A33,  A41 ) , 
Army  branch  of  service  must  be  entered  (Error  1023). 

If  foreign  military  (patient  category  "S..."),  service 
must  be  entered  (Error  1025).  If  not  Army  officer  or 
foreign  military,  field  should  be  blank  (Error  1024). 

Service  must  be  entered  (Error  1026). 

The  major  command  must  be  entered  for  all  AF  extended 
active-duty  and  training  personnel  (the  5th  digit  of 
FCAT  is  1)  (Error  1009). 


17.  A,F,N 


If  the  permanent  active  flag  is  changed  to  "N",  de¬ 
fault  the  date  in  which  patient  placed  on  inactive 
status  to  the  current  date. 


18.  A,F,N 


19.  A,F 


20a.  A 


20b.  N 


If  the  permanent  active  flag  is  "Y",  blank  out  the 
date  in  which  patient  placed  on  inactive  status. 

If  FMP  is  20,  the  UNIT  ID/SHIP  is  defaulted  to  the 
sponsor's  duty  zip  code.  If  FMP  is  not  20,  the  UNIT 
ID/SHIP  is  defaulted  to  the  patient's  zip  code.  If 
UNIT  ID/SHI P  is  blank  after  default,  then  it  is  an 
error  (Error  1103,  1111). 

Flying  status  indicator  must  be  entered  (Error  1144). 

If  the  flying-  status  indicator  is  not  blank,  then  the 
patient  category  must  be  active  Navy  or  Marine  person¬ 
nel  (the  first  digit  of  FCAT  is  1  and  the  first  char¬ 
acter  of  CAT  is  "N"  or  "M",  and  CAT  is  not  =  N13) 
(Error  1010.) 


21.  A 


If  patient  is  active-duty  Army,  Navy,  Air  Force,  or 
Marine  personnel,  then  aeronautical  rating  must  be 
entered  (Error  1011.) 
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Applicable  Service 


Edits 


22.  N 


If  FMP  is  20  and  the  sponsor's  pay  grade  is  07-11, 
then  one  of  the  command  interest  fields  must  be  VIP 
(Error  1012). 


23.  N 


24.  N 


If  FMP  is  20  and  the  1st  5  characters  of  UIC  equals 
the  MTF  code,  then  one  of  the  command  interest  fields 
must  be  STF  (Error  1022). 

If  patient  is  an  active  duty  Navy  or  Marine  personnel 
(the  1st  digit  of  FCAT  is  1  and  the  1st  character  of 
CAT  is  "N"  or  "M"),  then  the  UIC  cannot  be  null  (Error 
1013.) 


23.  N 


26.  N 


27.  N 


28.  N 


29.  N 


If  patient  is  an  active  duty  Navy  or  active  duty  en¬ 
listed  Marine  personnel  (the  1st  digit  of  FCAT  is  1 
and  the  1st  digit  of  CAT  is  "N"  or  "M"  and  CAT  is  not 
=  N13,  N14,  M14  or  M22),  then  the  military  occupation 
cannot  be  blank  (Error  1014). 

If  patient  is  an  active-duty  Marine  (the  1st  digit  of 
FCAT  is  1  and  the  1st  digit  of  CAT  is  "M"  and  CAT  is 
not  =  M14  or  M15),  or  patient  is  an  active-duty  Navy 
officer  (the  1st  digit  of  FCAT  is  1  and  the  1st  digit 
of  CAT-  is  "N"  and  CAT  is  not  =  N13  or  N14  and  the  pay 
grade  is  01-11  or  21-24),  then  the  military  occupation 
must  be  numeric  (Error  1015). 

If  patient  is  an  active  duty  Navy  enlisted  personnel 
(the  1st  digit  of  FCAT  is  1  and  the  1st  digit  of  CAT 
is  "N"  and  CAT  is  not  =  N13  or  N14  and  the  pay  grade 
is  31-39),  then  the  military  occupation  must  not  be 
numeric  (Error  1016). 

All  non-active-duty  military  patients  (the  1st  digit 
of  FCAT  is  not  =  1  or  the  1st  digit  of  FCAT  is  =  1 , 


but  1st  digit  of  CAT  is  not 


"A",  or  "F") 


must  have  a  patient  address.  (The  alphanumeric  fields 
of  the  patient  address  cannot  be  null  and  the  zip  code 
cannot  be  null  or  zeroes.)  (Error  1020,  1100,  1101, 
1102,  1103.) 

If  this  is  an  active-duty  or  retired  uniformed  serv¬ 
ices  patient  (the  1st  digit  of  FCAT  is  1  or  2),  the  ID 
card  number  must  be  blank  (Error  1017). 
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Edits 


Applicable  Service 

30.  N  Active-duty  Air  Force  or  Army  patient  (the  1st  digit 

of  FCAT  is  1  and  the  1st  digit  of  CAT  is  "A"  or  "F") 
must  have  a  military  address.  (The  alphanumeric 
fields  of  the  duty  address  cannot  be  null  and  the  zip 
code  cannot  be  null  or  zeroes.)  (Error  1021,  1108, 
1109,  1110,  1111.) 

i 

31 .  N  If  sponsor's  rank  is  "Ml"  (Air  Cadets),  the  patient 

category  must  be  "A13",  "F13",  "M13",  "N13"  or  "P13" 
(Error  1018). 

32.  N  If  sponsor's  rank  is  "Cl"  (Academy  Cadets),  the  pa¬ 

tient  category  must  be  "M14"  or  "N14"  (Error  1018). 
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1.2  Admission  Consistency  Program  -  Primary  Admission  Data  (ATC). 


Applicable  Service  Edits 


1.  A,F,N 

2.  A,F,N 

3.  A,F,N 


The  Source  of  Admission  can't  be  changed  to  Retained 
and  can't  be  changed  unless  it  was  Preadmit.  (Error 
1400,  1402). 

Non-military  personnel  can  only  have  a  Type  Case  of 
Disease  or  Injury.  (Error  1403). 

Non-military  personnel  must  have  a  non-military  Source 
of  Admission.  (Error  1407). 


4.  A,F,N 


Non-military  personnel  must  have  a  non-military  Clini¬ 
cal  Service.  (Error  1408). 


5.  A,F,N  Non-military  personnel  can't  have  a  Length  of 

Service.  (Error  1404). 

6.  A,F,N  Non-military  personnel  can't  have  a  military  Absent 

Status.  (Error  1406). 


7.  A,F,N 

8.  A,F,N 

9.  A,F,N 

10.  A,F,N 


Military  personnel  must  have  a  Length  of  Service. 
(Error  1409). 

If  the  Source  of  Admission  is  Absent  Sick,  CR0,  ERD  or 
quarters;  then  the  Clinical  Service  must  be  the  same. 
(Error  1410). 

If  the  Clinical  Service  is  military,  then  the  Patient 
Category  must  be  military.  (Error  1426). 

MEB  Candidate  can’t  be  entered  if  not  active  duty. 
(Error  1405). 


11.  A,F,N 


The  initial  MEB  Status  can't  be  removed.  (Error 
1452). 


12.  A,F,N 

13.  A,F,N 

14.  A,F,N 


If  the  Clinical  Service  is  ACA  or  AC8  ,  then  the 
Patient  Sex  must  be  female.  (Error  1427). 

If  the  Absent  Status  is  Absent  Sick,  CR0,  ERD  or 
Quarters;  then  the  Clinical  Service  must  be  the  same. 
(Error  1411). 

If  Source  of  Admission  is  not  Preadmit,  Abstent  Status 
must  be  entered.  (Error  1443). 


15.  A,F,N  Initial  Clinical  Service  Date/Time  must  be  the  same  as 

Date/Time  Admission.  (Error  1474). 
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Applicable  Service 


Edits 


16.  A,F,N 


Initial  Absent  Status  Date/Time  must  be  the  same  as 
Date/Time  Admission.  (Error  1 475 ) . 


17.  A,F,N 


Ward  Date/Time  must  be  after  previous  Absent  Status 
Date/Time.  (Error  1457). 


18.i A,F,N 


If  Absent  Status  is  changed,  it  must  be  changed  from 
status  in  to  status  out  or  vice  versa.  (Error  1448). 


19.  A,F,N 


Must  enter  date  and  time  when  Ward  changes.  (Error 
1471). 


20.  A,F,N 


21.  A , F , N 


22.  A,F,N 


23.  A,F,N 


24.  A,F,N 


25.  A,F, N 


26.  A,F,N 


27.  A,F,N 


28.  A,F,N 


29.  A,F,N 


30.  A,F,N, 


If  and  only  if  the  Source  of  Admission  is  Newborn  or 
Retained,  the  Clinical  Service  is  Nursery.  (Error 
1419). 

If  the  Source  of  Admission  is  Newborn  or  Retained, 
then  the  Patient  Category  must  be  Dependent  or 
Civilian  Emergency.  (Error  1432). 

If  the  Casualty  Status  is  SC,  III,  SI  or  VSI;  then  the 
Absent  Status  must  be  BO.  (Error  1418). 

Must  enter  time  for  Admission  Date/  Time,  unless 
Source  of  Admission  is  Preadmit.  (Error  1478). 

Can't  use  future  Admission  Dates/Times,  unless  Source 
of  Admission  is  Preadmit.  (Error  1477). 

Can‘t  use  future  Attending  Physician  Date  Assigned, 
unless  Source  of  Admission  is  Preadmit.  (Error  1479). 

Must  enter  time  for  Clinical  Service  Date/Time,  unless 
Source  of  Admission  is  Preadmit.  (Error  1482). 

Can't  enter  future  Clinical  Service  Date/Time,  unless 
Source  of  Admission  is  Preadmit.  (Error  1480). 

Can't  enter  future  Ward  Date,  unless  Source  of  Admis¬ 
sion  is  Preadmit.  (Error  1481). 

If  this  is  a  bed  day  (Absent  Status),  and  Source  of 
Admission  is  not  Preadmit,  then  the  Ward  must  be 
entered.  (Error  1425). 

If  this  is  a  bed  day  (Absent  Status),  and  Source  of 
Admission  is  not  Preadmit,  then  the  Ward  Date/Time 
must  be  entered.  (Error  1471). 
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Applicable  Service 

31.  A/,N 

32.  A,F,N 

33.  A,F,N 

34.  A,F,N 


If  this  is  a  bed  day  (Absent  Status)  and  Source  of 
Admission  is  not  Preadmit,  then  the  time  must  be 
entered  for  Ward  Date/Time.  (Error  1488). 

If  this  is  a  bed  day  (Absent  Status),  and  Source  of 
Admission  is  not  Preadmit,  then  the  Attending 
Physician  must  be  entered.  (Error  1425). 

Must  enter  Attending  Physician  Date  with  Attending 
Physician.  (Error  1473). 

Initial  Ward  Date/Time  must  be  the  same  as  Date/Time 
Admission.  (Error  1476). 


35.  A 

36.  A 

37.  A 

38.  F 


Absent  Status  of  PV  can't  be  changed.  (Error  1449). 

If  the  Clinical  Service  is  Pediatrics,  then  the 
Patient  age  can't  be  over  17  years  old.  (Error  1421). 

If  not  at  war,  then  Casualty  Status  can't  be  Battle¬ 
field  Casualty.  (Error  1423). 

If  not  active  duty  military,  then  the  Meal  Card  can't 
be  entered.  (Error  1417). 


39.  F 


If  enlisted  active  duty  military,  then  the  Meal  Card 
must  be  entered.  (Error  142D). 


40.  F 


41.  N 

42.  A,F 

43.  A,F 

44.  A,N 


If  and  only  if  the  Source  of  Admission  is  Newborn  or 
Retained,  then  the  Registration  Number  Suffix  is 
entered.  (Error  1430,  1431). 

If  the  Clinical  Service  is  Pediatrics,  then  the  age 
can't  be  over  21.  (Error  1422). 

If  and  only  if  the  Patient  Category  is  Active  Duty, 
then  the  Expired  Term  of  Service  is  entered.  (Error 
1414,  1415). 

If  Med  Hold  is  entered  then  Patient  Category  must  be 
Active  Duty  Military.  (Error  1412). 

Register  Number  must  be  all  numeric  characters.  (Error 
1413). 


45.  A,F,N 


Expired  Term  of  Service  Date  indicates  patient  is 
ineligible  for  treatment.  (Error  1416). 


46.  A,F,N 


Ward  is  not  consistent  with  Clinical  Service.  (Warning 
1441) 
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Applicable  Service 

47.  A 

48.  A,F,N 

49.  F 


Edits 

Age  minus  Length  of  Service  less  than  18  years. 
(Warning  1442). 

Patient  may  not  be  readmitted  the  same  day  as  the  last 
disposition  date.  (Warning  1489). 


Mother  is  unavailable.  (Error  19  96). 


1.2.2  Mother's  Consistency  Editor  (AT1C). 


Applicable  Service 

1.  A,F,N 

2.  A , F , N 

3.  A , F , N 

4.  A ,  F ,  N 

5.  A,F,N 

6.  A  ,F 

7.  N 

8.  A,N 


Edits 

Mother's  Register  Number  required.  (Error  1434). 

No  patient  on  file  with  Mother's  Register  Number. 
(Error  1433). 

Newborn's  mother  must  not  be  dispositioned.  (Error 
1433). 

Mother  must  be  female.  (Error  1436)  . 

Newborn's  mother  must  have  IN  Absent  Status. 

Mother's  SSN  must  be  the  same  as  baby's  SSN.  (Warning 
1437). 

Mother's  SSN  must  be  the  same  as  baby's  SSN.  (Error 
1437). 

Mother's  file  in  use  (Error  1996). 
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1.2.3  Transfer-in  Consistency  Editor  (AT2C). 

Applicable  Service  Edits 

1.  A,F,N  Source  of  Admission  must  be  transfer-in  to  enter 

transfer-in  data.  (Error  1486). 

2.  A,F,N  Initial  Admission  MTF  must  be  entered  on  a  transfer. 

(Error  1439). 

3.  A,F,N  Date  of  Initial  Admission  must  be  entered  on  a  trans¬ 

fer.  (Error  1460). 

4.  A,F,N  Military  Transfer-In  Date  can't  be  greater  than  Date 

of  Admission.  (Error  1461). 

3.  F  Clinical  Service  must  be  CRO  if  Initial  Admission  MTF 

is  CRO.  (Error  1462). 
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1.2  A  Emergency  Consistency  Editor  (AT3C). 


Aonlicable  Service 


Edits 


1.2.5  Injury  Consistency  Editor  (AT4C). 


Applicable  Service 

1.  N 

2.  N 


Edits 


If  Cause  of  Injury  Text  and  Code  are  blank,  On-Duty 
Flag  must  be  blank.  (Error  1469).’ 

If  Cause  of  Injury  Code  and  Text  are  entered,  On-Duty 
Flag  must  be  entered.  (Error  1470). 
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1.2.6  Absent  Status  Consistency  Editor  (AT5C). 


App 

licable  Service 

Edits 

1. 

A,F,N 

Absent  Status  required  for  other  than  Preadmit. 

(Error  1443). 

2. 

A.F.N 

If  Absent  Status  entered,  Effective  Date/Time  must  be 
entered.  (Error  1450). 

3. 

A,F,N 

Must  enter  both  date  and  time  for  Absent  Status  Effec¬ 
tive  Date  and  Time.  (Error  1483). 

4. 

A,F,N 

Can't  enter  future  date  and  time  for  Absent  Status 
Effective  Date  and  Time,  unless  the  Source  of  Admis¬ 
sion  is  Preadmit.  (Error  1484). 

5. 

A,F,N 

Clinical  Service  doesn't  agree  with  Absent  Status. 
(Error  1411). 

6. 

A,F,N 

Absent  Status  must  be  BO  for  Casualty  Status  of  SC, 
III,  SI  or  VSI.  (Error  1418). 

7. 

A,F,N 

Ward  and  Attending  Physician  must  be  entered  for 
active  inpatient.  (Error  1425). 

8. 

A,F,N 

Absent  Status  Date/Time  must  agree  with  Ward  Date/ 
Time.  (Error  1472). 

9. 

A,F,N 

Can't  change  Effective  Date  and  Time  without  changing 
Absent  Status.  (Error  1438). 

10. 

A 

Absent  Status  of  PV  can't  be  changed  (Error  1449). 

11. 

A,F,N 

Absent  status  can  only  be  changed  from  IN  to  OUT  or 

OUT  to  IN.  (Error  1448). 

12. 

A,F,N 

Can't  change  Absent  Status  without  changing  Effective 
Date  and  Time.  (Error  1439). 

13. 

A,F,N 

New  Effective  Date  and  Time  must  be  after  previous 
Effective  Date  and  Time.  (Error  1440). 

14. 

A,F,N 

Return  Date  and  Time  must  be  entered  unless  the  Absent 

Status  is  Bed  Occupant,  Carded-for-Record  Only,  PCS  VA 
Hospital  Pending  Separation/Retirement,  or  Absent 
Sick  Non-Military  MTF.  (Error  1444.). 


Edits 


Applicable  Service 


15.  A , F , N 


For  Absent  Status  of  Absent  Sick,  Non-military  Hospi¬ 
tal  Data  must  be  entered.  (Error  1447). 


16.  A,F,N 


Return  Date  and  Time  not  allowed  for  Bed  Occupant. 
(Error  1445). 


17.  A,F,N 


Return  Date  and  Time  can't  be  less  than  Effective  Date 
and  Time.  (Error  1446).  • 


Q008  AQCESS  -  PAD 


0-15 


1.2.7  Casualty  Status  Consistency  Editor  (AT6C) 


Applicable  Service 

Edits 

1. 

A,F,N 

Must  enter  Casualty  Status  to  enter  casualty  data. 

(Error  1463). 

Sy-: 

.VA 

2. 

A,F,N 

Must  enter  Casualty  Diagnosis  and  Prognosis  when 
entering  casualty  data.  (Error  1465). 

3. 

A,F,N 

Must  have  prior  Casualty  Status  to  be  Removed  from 

Roster.  (Error  1464). 

4. 

A,F,N 

Casualty  Status  must  be  removed  if  Date  Removed  from 
Casualty  Status  is  entered  (Error  1466). 

i. ■ 

5. 

A,F,N 

Date  Removed  From  Casualty  Status  must  be  after  Date 

Placed  On  Casualty  Status  (Error  1467). 

6. 

A,F,N 

Absent  Status  must  be  BO  for  Casualty  Status  of  SC, 

III,  SI  or  VSI.  (Error  1418). 

s 

V-'A 

• » * .  ■ 
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1.2.8  MEB  Consistency  Editor  (AT7C). 


Applicable  Service  .  Edits 

1.  A,F,N  MEB  data  can't  be  entered  unless  MEB  Status  is 

entered.  (Error  1451). 

2.  A,F,N  MEB  Candidate  can't  be  entered  if  not  active  duty. 

•  (Error  1405). 

3.  A,F,N  Must  have  prior  MEB  Status  to  be  Resolved.  (Error 

1452). 

4.  A,F,N  Date  MEB  Candidate  Confirmed  must  be  entered  if  MEB 

Status  is  Confirmed  or  Resolved.  (Error  1453). 

5.  A,F,N  Date  MEB  Candidate  Confirmed  can't  be  entered  if  MEB 

Status  is  not  Confirmed  or  Resolved.  (Error  1454). 


6.  A,F,N 


Can't  enter  Date  Resolved  if  MEB  Candidate  is  not 
Resolved.  (Error  1487). 


7.  A,F,N  Can't  enter  future  date  for  Date  Identified,  unless 

Source  of  Admission  is  Preadmit.  (Error  1485). 

8.  A,F,N  Date  MEB  Candidate  Confirmed  must  be  after  Date  MEB 

Candidate  Identified.  (Error  1455). 


9.  A,F,N  Date  MEB  Candidate  Resolved  must  be  entered  if  MEB 

Status  is  Resolved.  (Error  1456). 

10.  A,F,N  Date  MEB  Candidate  Resolved  must  be  after  Date  MEB 

Candidate  Confirmed.  (Error  1458). 
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Edits 


1.2.9 


Cancel  Consistenc 


Applicable  Service 


1.  A,F,N  Source  of  Admission  can  only  be  changed  to  Preadmit  or 

Cancel  on  Cancel  Screen.  (Error  1402). 

2.  A,F,N  Authorizing  Physician  and  Reason  must  be  entered  to 

•  cancel  admission.  (Error  1468). 


Q008  ACCESS  -  PAD 


8-18 


1.3  Disposition  Consistency  Editor  (DSC).  The  following  edits  are  performed 
for  all  military  departments. 


Edits 


1.  Type  of  disposition  must  be  entered.  (Error  1702). 

2.  Disposition  date/time  must  be  entered.  (Error  1703). 

3.  If  this  is  not  a  "TRANSFER"  disposition  type,  then  the  disposition  MTF 
can  not  be  entered.  (Error  1706). 

4.  If  this  is  a  "TRANSFER"  disposition  type,  then  the  disposition  MTF  must 
be  entered.  (Error  1707). 

3.  If  this  is  a  "MILITARY  ONLY"  disposition  type,  then  the  patient  must  have 
an  "ACTIVE  DUTY"  patient  category.  (Error  1704). 

6.  If  this  is  a  "CIVILIAN  ONLY"  disposition  type,  then  the  patient  must  not 
have  an  "ACTIVE  DUTY"  patient  category. 

7.  If  this  is  not  a  "NEWBORN"  source  of  admission,  then  the  disposition  type 
must  not  be  for  a  newborn. 

8.  If  this  is  a  "NEWBORN"  source  of  admission,  then  the  disposition  type 
must  be  flagged  valid  for  newborns.  (Error  1713). 

9.  Disposition  time  must  be  entered.  (Error  1708). 

10.  Disposition  date/time  can  not  be  less  than  admission  date/time.  (Error 

1710) . 

11.  If  this  is  a  "DEATH"  disposition  type,  the  disposition  date  can  not  be 
greater  than  the  current  date.  (Error  1705). 

12.  If  this  is  not  a  predisposition,  the  disposition  date/time  can  not  be 
greater  than  the  current  date/time.  (Error 

1711) . 

13.  If  this  is  a  "CR0"  or  "ERD"  source  of  admission,  the  disposition  date/ 
time  must  be  equal  to  the  admission  date/time.  (Error  1712). 

* 

14.  If  this  is  a  "RETAINED"  source  of  admission,  the  disposition  date/time 
cannot  be  less  than  the  retained  effective  date/time.  (Error  1714). 

15.  If  this  is  a  same  day  admission/disposition,  the  disposition  date  must 
equal  the  admission  date.  (Error  1715)'. 
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16.  If  this  is  not  a  "CRO"  or  "ERD"  source  of  admission,  the  disposition 
date/time  cannot  equal  the  admission  date/time.  (Error  1716). 

17.  The  disposition  date/time  cannot  be  less  than  the  current  absent  status 
date/time.  (Error  1717). 

18.  The  disposition  date/time  cannot  be  less  than  the  current  clinical  ser¬ 
vice  assigned  date/time.  (Error  1718). 

19.  Physician  ordering  disposition  must  be  entered.  (Error  1709). 
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1.3.1  Disposition  Cancellation  Consistency  Editor  (DSXC) 


Edits 

1.  If  the  ward  has  been  changed  (CHDF=1),  the  ward  date/time  must  also  have 
been  changed  (CHWF=1),  and  vice  versa.  (Error  1722). 

2.  If  the  ward  date/time  is  changed,  the  ward  time  must  be  entered.  (Error 
1471). 

3.  Physician  authorizing  cancellation  and  reason  for  cancellation  must  both 
be  entered.  (Error  1723). 

4.  Ward  can  be  entered  only  for  an  "IN"  absent  status  (FAS=  1).  (Error 

1724) . 

5.  The  ward  cannot  be  entered  for  an  "OUT"  absent  status  (FAS=2).  (Error 

1725) . 
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1.3. 1.1  Newborn  Disposition  Consistency  Editor  (NBDC). 

Edits 

1.  Disposition  type  cannot  be  null.  (Error  1702.) 

2.  Disposition  type  cannot  be  predisposition.  (Error  1713.) 

3.  All  other  disposition  edits  apply  (see  section  1.3.1). 
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SYSTEM  TABLES 


1ST  OF  SYSTEM  TABLES 


Number 

1000 

1005 

1006 
1009 
1012 

1014 

1015 

1016 
1017 

1023 

1024 

1025 
1029 

1090 

1091 

1092 
2001 
2002 

2004 

2005 

2007 

2008 

2009 

2010 
2011 
2012 

2013 

2014 

2015 

2016 

3000 

3001 

4001 

4002 

4005 

4006 

4007 

4008 

4009 

4010 

4011 
4013 
6050 


Title 

Page 

Religion 

C-4 

MTF  (Medical  Treatment  Facility) 

C-5 

Rank  Codes 

C-12 

Aeronautical  Rating 

C-14 

FMP  (Family  Member  Prefix) 

C-1 5 

Flying  Status 

C-16 

State  Code 

c— i  a 

Command  Interest 

C-23 

Major  Command 

C-24 

Branch  of  Service 

C-26 

Race  Code 

C-27 

Zip  Code 

C-28 

Military  Specialty 

C-29 

Patient  Category,  Army 

C-32 

Patient  Category,  Air  Force 

C-38 

Patient  Category,  Navy 

C-41 

Source  of  Admission 

C-43 

Absent  Status 

C-44 

Type  Case 

C-45 

Clinical  Service 

C-46 

Disposition  Type 

C-48 

Military  Theater  of  Operations 

C-49. 

Cause  of  Injury 

C-50 

Medical  Evaluation  Board  (MEB)  Status 

C-63 

Casualty  Status 

C-64 

Relationship 

C-65 

Prognosis 

C-66 

Army  Length  of  Service 

C-67 

Army  Facility  Type 

C-68 

Class  of  Trauma 

C-69 

A&D  Subtitles,  Army 

C-70 

A&D  Indicators,  Army 

Cause  of  Death/Separation 

C-72 

C-75 

ICD  6th  Digit 

C-76 

Presentation  of  Fetus 

C-77 

Army  ICD  7th  Digit 

C-78 

Air  Force  ICD  7th  Digit 

C-79 

Navy  ICD  7th  Digit 

C-80 

Where  Procedure  Performed 

C-81 

Army  Age  Table 

C-82 

Air  Force  Age  Table 

C-83 

Record  Tracking  Status 

C-84 

Incident  Person  Type 

C-85 
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SECTION  1.  GENERAL 


1.1  Purpose.  This  Subsystem  Specification  (SS)  for  the  Quality  Assurance^ 
subsystem  of  the  Automated  Quality  of  Care  Evaluation  Support  System  (AQCESS) 
is  written  to: 

a.  Provide  a  detailed  definition  of  the  system  functions. 

b.  Communicate  details  of  the  ongoing  analysis  between  the  user's  opera' 
tional  personnel  and  the  appropriate  development  personnel. 

c.  Define  in  detail  the  interfaces  with  other  systems  and  subsystems. 


1.2  Project  References.  For  a  brief  history  of  the  TRIMIS  Program  and  the 
references  relevant  to  this  project,  see  section  1.1  of  the  System  Specifica¬ 
tion  for  the  Automated  Quality  of  Care  Evaluation  Support  System  (National 
Data  Corporation/Federal  Systems,  Inc.;  March  14,  1985).  This  System  Specifi 
cation  will  be  hereafter  referred  to  as  the  AQCESS  System  Specification. 


1.3  Terms  and  Abbreviations.  For  a  list  or  terms  and  abbreviations  relevant 
(w0  to  this  document,  please  see  the  AQCESS  System  Speci fication. 


%*.  s 


SECTION  2.  SUMMARY  OF  REQUIREMENTS 


2.1  System  Description.  A  description  of  the  AQCESS  as  a  whole  is  included 
in  section  2.1  of  the  AQCESS  System  Specification. 

AQCESS's  Quality  Assurance  (QA)  subsystem  will  provide  MTF  command,  profes¬ 
sional,  and  administrative  staff  with  automated  support  for  the  monitoring  of 
quality  of  care  within  the  MTFs.  Information  collected  during  patient  regis¬ 
tration,  admission,  disposition,  transfer,  and  Clinical  Records  activities 
will  be  used  to  facilitate  identification,  tracking,  and  documentation  of 
quality  assurance  (QA)  activities  within  the  MTFs.  The  QA  subsystem  will  also 
contain  specific  functions  for  collecting,  maintaining,  and  reporting  QA  data. 

The  following  chart  lists  all  the  AQCESS  subsystems,  including  the  QA  subsys¬ 
tem,  and  the  functions  that  make  up  e£bh  of  them. 


Access  Control  Subsystem 
User  Entry 

Patient  Identification  (PTID) 


R/ADT  Subsystem 

Registration 
Admission 
Transfer 
Disposition 
Correction  Management 
Bed  Management 
System  Management 
Inpatient  History 
Patient  Inquiry 
R/ADT  Reports 


Clinical  Records  Subsystem 

Clinical  Records 
Clinical  Records  Reports 


Quality  Assurance  Subsystem 

Quality  Assurance 
Profiling 


This  section  summarizes  the  capabilities  of  the  Quality  Assurance  subsystem 
and  its  functions,  Quality  Assurance  and  Profiling. 
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2.1.1  Quality  Assurance  Subsystem. 


2. 1,1.1  Quality  Assurance.  The  QA  function  enables  the  MTF  to  monitor  qual¬ 
ity  of  care  indicators,  and  allows  for  the  identification,  documentation,  and 
tracking  of  quality  of  care  problems  occurring  at  the  MTF.  Through  this  func¬ 
tion,  users  are  able  to: 

a.  Identify  problems  by  initiating  audits  of  clinical  documentation 
based  on  multiple  criteria  developed  at  the  MTF  level.  The  criteria 
include  such  factors  as  length  of  stay  at  unit  and  MTF,  diagnosis, 
specific  procedures,  treatment,  morbidity,  and  others. 

b.  Document  problems,  solutions,  recommendations,  re-evaluation  dates, 
and  follow-up  activities.  Documentation  includes  such  information 
as  the  type  of  problem,  the  source  of  information,  type  of  person 
involved  (patient,  visitor,  etc.),  and  other  factors. 

c.  Track  problems,  solutions,  follow-up  actions,  and  other  QA  Committee 
activities,  and  produce  reports  or  displays  of  requested  data. 

The  system  will  provide,  at  a  later  date,  a  means  of  identifying  patient  care 
trends  according  to  specified  criteria  using  ad  hoc  reporting. 

Specifically,  the  QA  function: 

a.  Provides  data  to  assist  in  the  Occurrence  Screening  program  both  for 
inpatients  and  for  Emergency  Service  patients  (through  the  Occur¬ 
rence  Screening  subfunctions). 

b.  Allows  input  of  significant  incidents  and  recall  of  these  incidents 
sorted  to  highlight  various  areas  of  high  risk  (through  the  Incident 
Reporting  subfunction). 

c.  Enables  identification  and  tracking  of  QA  problems  by  activity  and 
status  (through  the  Problem  Audit  Tracking  subfunction). 

d.  Generates  the  following  reports  on  quality  assurance  activities 
(through  the  Reports  subfunctiur': 

1.  Blood  Utilization  Pull  List  (BUPL) 

2.  Delinquent  Occurrence  Screening  List  (DOSL) 

3.  Emergency  Service  Occurrence  Screening  Suspense  List  (ESOSSL) 

4.  Emergency  Service  Pull  List 

5.  Facility  Emergency  Service  Occurrence  Screening  Summary 
(FESOSS) 

6.  Facility  Occurrence  Screening  Summary  (FOSS) 
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Incident  Summary  (IS)  * 

8.  Occurrence  Screening  Pull  List  (OSPL) 

9.  Occurrence  Screening  Suspense  List  (OSSL) 

10.  Provider  Emergency  Service  Occurrence  Screening  Audit  (PESOSA) 

11.  Provider  Emergency  Service  Occurrence  Screening  Summary 

(PESOSS)  # 

12.  Provider  Occurrence  Screening  Audit  (POSA) 

13.  Provider  Occurrence  Screening  Summary  (POSS) 

14.  Quality  Assurance  Problem  Audit  (QAPA) 

13.  Specialty  Occurrence  Screening  Summary  (SOSS) 


2. 1.1. 2  Profiling.  The  Provider  Profiling  function  maintains  the  adminis¬ 
trative  data  and  clinical  indicators  necessary  for  inclusion  on  the  Provider 
Profile  and  the  Provider  Procedures/Mortalities  Summary.  This  function  is 
accessible  only  by. personnel  designated  by  the  MTF  Commander — normally  the 
Credentials  Committee  Chairman  and  the  Credentials  Committee  Secretariat. 

Authorized  users  are  able  to  query  the  system  for  a  Credentials  Pull  List, 
which  lists  providers  by  specialty  and  gives  the  dates  of  their  last  cre¬ 
dentials  reviews.  The  Credentials  Committee  uses  the  Provider  Profile  and  the 
Provider  Procedures/Mortalities  Summary  when  formulating  their  recommendations 
to  the  Commander  regarding  the  privileges  to  be  granted  to  providers. 

This  function  generates  the  following  reports: 

a.  Provider  Procedure  Summary  (PPS) 

b.  Provider  Procedures/Mortalities  Summary  (PP/MS) 

c.  Credential  Pull  List  (CPL). 


2.2  System  Functions.  For  this  information,  please  see  section  2.2  of  the 
AQCESS  System  Specification. 
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SECTION  3.  QUALITY  ASSURANCE  SCREENS 


3,1  Quality  Assurance  Function  -  Overview.  The  Quality  Assurance  function 
enables  MTF  personnel  to  monitor  quality  of  treatment  provided  at  the  MTF. 
Through  QA,  users  are  able  to: 

a.  Perform  occurrence  screening  for  inpatients  and  for  patients  of  the 
Emergency  Service. 

b.  Monitor  incidents  happening  at  the  MTF  and  report  these  incidents. 

c.  Identify  and  track  problems  by  activity  and  status. 

d.  Produce  reports  on  QA  activities. 

Occurrence  screening  identifies  "potentially  important  unaccepted  or  untoward 
results  of  medical  or  surgical  treatment  and  .  .  .  ensurets]  timely  staff  re¬ 
view  and  analysis  of  these  cases"  (Reference  correspondence  from  the  Adjutant 
General  to  commanders  of  all  medical  treatment  facilities  within  the  command, 
November  16,  1984),  Occurrences  can  fall  into  the  categories  of  unexpected 
health  impairment,  unexpected  medical  intervention,  or  unexpected  intensity  of 
services  (e.g.,  transfer  to  a  special  care  unit). 

Incidents  tracked  by  the  QA  function  are  events  that  occur  within  the  MTF  and 
its  environs  that  ate  not  necessarily  related  to  treatment,  and  that  may 
affect  anyone  who  happens  to  be  at  the  MTF,  not  just  patients.  The  QA  func¬ 
tion  collects  and  reports  data  on  incidents,  sorted  by  type  of  incident  and 
date/time  of  incident.  By  reporting  on  types  of  incidents,  QA  helps  the  MTF 
to  identify  problems,  which  can  be  considered  collections  of  similar  in¬ 
cidents.  For  example,  if  many  incidents  of  people  falling  down  a  particular 
staircase  are  reported,  this  points  to  a  problem  regarding  that  staircase. 

The  problem  tracking  subfunction  allows  users  to  identify  problems  and  keep  a 
record  of  their  resolution. 

The  menu  screen  for  the  QA  function  is  displayed  when  an  authorized  user 
selects  this  function  from  the  User  Entry  Menu  Screen.  The  Quality  Assurance 
Menu  Screen  lists  the  subfunctions  available  through  QA.  For  a  list  of  these 
subfunctions,  see  the  example  of  the  QA  Menu  Screen  in  Figure  3-1. 

The  QA  function  contains  highly  sensitive  data.  The  last  line  of  each  QA 
screen  and  report  displays  the  message,  "A  MEDICAL  QA  DOCUMENT.  DO  NOT 
DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER." 
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3.2  Occurrence  Screening*  In  occurrence  screening,  the  user  enters  the 
physician's  responses  to  a  list  of  questions  regarding  a  particular  hospital 
visit.  Occurrence. screening  is  performed  by  two  subfunctions:  Inpatient 
Occurrence  Screening,  for  inpatient  episodes,  and  Emergency  Services  Occur¬ 
rence  Screening,  for  outpatient  visits  to  the  Emergency  Service.  The  ques¬ 
tions  asked  and  the  screens  used  are  similart  for  both  subfunctions.  In  addi¬ 
tion  to  the  questions  standard  for  all  MTFs  using  AQCESS,  the  individual  MTF 
can  add  up  to  six  questions  to  the  Inpatient  checklist,  and  up' to  nine  for  the 
Emergency  Services  checklist. 

These  questions  must  be  answered  by  yes  or  no,  and  an  answer  to  each  is  re¬ 
quired.  Some  questions  should  be  answered  with  "yes"  except  in  certain  cir¬ 
cumstances.  These  exceptions  are  specified  in  Help  messages.  The  user  can 
enter  a  question  mark  in  the  answer  field  and  a  Help  message  will  inform  the 
.3er  of  the  exception.  If  the  exception  applies,  the  question  should  be 
answered  "no." 


3.2.1  Inpatient  Occurrence  Screening.  If  the  record  of  this  inpatient  epi¬ 
sode  has  been  approved  in  Clinical  Records  when  the  inpatient  checklist  is 
accessed,  answers  to  several  of  the  checklist  questions  will  default  to  "yes" 
if  indicated  by  the  CR  data.  The  following  chart  lists  the  checklist  ques¬ 
tions  that  will  default  and  the  criteria  involved.  Except  for  the  last  item 
on  the  list,  these  are  all  ICD  diagnosis  codes.  If  any  of  this  data  is  found 
in  the  record,  the  corresponding  Inpatient  Checklist  question  will  be  de¬ 
faulted  to  "yes." 

Inpatient  Check- 

CR  Data  list  Question 

E930-E949,  9950,  9952,  9996-9998 

(drug/transfusion  reactions)  3 

4275,  9971,  7991  (cardiac  or 

(respiratory  arrest)  6 

any  death  disposition  code  or 

65640,  V2710,  V2730,  V2740,  V277  8 

9982,  6640-6649,  6650-6659 
(laceration,  perforation,  tear, 

puncture  of  organ  or  body  part)  •  11 

6743  ,  6694  ,  9980-9989  (post 'op 

complication)  14 

9984  (operation  for  removal  of 

foreign  body  left  in  operative  site)  16 

disposition  code  indicating 

discharge  against  medical  advice  18 
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Inpatient  Occurrence  Screening  uses  three  screens:  the  Inpatient  Occurrence  ID 
Screen,  the  Inpatient  Occurrence  Screening  Checklist,  and  the  Inpatient 
Screening  Audit.  When  the  user  chooses  this  option  from  the  QA  Menu  Screen, 
the  Inpatient  Occurrence  ID  Screen  is  displayed. 

a.  Inpatient  Occurrence  ID  Screen  (Figure  3-2).  On  this  screen  the  • 
user  enters  the  register  number  oT  the  inpatient  episode  for  which  screening 
will  be  performed.  When  a  valid  register  number  hafe  been  entered,  the  Screen¬ 
ing  Checklist  will  be  displayed. 

b.  Inpatient  Occurrence  Screening  Checklist  (Figure  3-3).  This  screen 
appears  with  data  on  the  patient,  the  discharge  date,  and  names  of  the  primary 
and  secondary  care  providers  (see  Data  Chart  3-1).  It  then  lists  the  ques¬ 
tions  to  be  answered.  As  there  are  18  to  24  questions  on  the  checklist, 
several  pages  of  this  screen  are  used  to  display  them.  The  options  in  the 
screen's  sub-menu  allow  the  user  to  move  forward  and  backward  in  the  series  of 
pages . 

Figure  3-3  displays  only  the  first  page  of  the  Inpatient  Occurrence  Screening 
Checklist.  The  complete  list  of  standard  Inpatient  Occurrence  Screening  ques¬ 
tions  appears  following  the  screen  example,  along  with  the  exceptions  to  each 
question  (i.e.,  the  situations  in  which  the  question  should  be  answered  "no"). 


Q007  AQCESS  -  QA 


3-4 


xxxxxxxx 


DATE  S  xxxxxxxxxxx  TIME!  xxxx 


(1)  REG  NO.  Register  number  of  the  inpatient  episode  being  screened. 

(2)  NAME  of  patient. 

(3)  FMP  of  patient. 

(4)  SSN  of  patient's  sponsor.  ‘ 

(5)  DISCHARGE  DATE  for  this  inpatient  episode. 

(6)  PROVIDER:  PRIM.  Patient's  primary  care  provider.  From  Clinical 
Records,  or  from  attending  physician  entered  in  Admission. 

(7)  SEC.  Patient's  secondary  care  provider.  Table  1004. 

(8)  DATE  ENTERED.  Date  on  which  QA  personnel  filled  out  this  checklist. 

(9)  NBR.  Number  of  the  question  on  the  checklist. 

(10)  DESCRIPTION.  Text  of  the  question. 

(11)  V/N.  Field  in  which  yes  or  no  answer  is  entered.  This  is  a  required 
field" for  every  question  on  the  screen. 


Data  Chart  3-1 .  QA  -  INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 


(1)  Admission  for  condition  which  may  represent  complication  of  previous 
outpatient  treatment. 

(2)  Readmission  within  6  months  for  condition  which  is  possibly  a 
complication  of  previous  treatment.  (Exception:  readmission  for 
previously  scheduled  surgery.) 

(3)  Drug  or  transfusion  reaction. 

(4)  Unexpected  transfer  from  general  care  bed  to  special  care  bed. 
(Exception:  transfer  from  ER  directly  to  special  care  unit, 
isolation,  or  surgery.) 

(5)  Unanticipated  transfer  to  another  acute  care  facility.  (Exception: 
transfer  for  administrative  reasons.) 

(6)  Cardiac  or  respiratory  arrest.  (Exception:  presence  of  "DO  NOT 
RESUSCITATE"  order  or  equivalent.) 

(7)  Organ  failure  (heart,  kidney,  lung,  brain)  not  present  on  admission. 
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(8)  Oeath. 


(9)  Neurosensory  or  functional  deficit  or  intractable  pain  not  present 
on  admission. 

(10)  Apgar  score  of  4  or  less  at  one  minute  or  7  or  less  at  five 
minutes. 

Injury  of  organ/bady  part  during  invasive  procedure  (including 
obstetrical  delivery). 

Unexpected  return  to  operating  room.  (Exception:  check  op  notes 
or  preop  counseling  note  for  preplanned  and/or  multi-stage  opera¬ 
tive  procedure;  planned  tubal  ligation  after  delivery.) 

Unplanned  removal  or  repair  of  normal  body  part  during  surgery  (not 
documented  on  the  informed  consent). 

(14)  Post  operation  complication.  (Exception:  temperature  elevation 
abating  within  48  hours  of  surgery;  sore  throat,  hoarseness.) 

(15)  Acute  MI  or  CVA  after  surgery. 

(16)  Operation  for  removal  of  foreign  body  left  in  operation  site. 

(17)  Repeat  of  the  same  invasive  procedure  during  the  same  admission. 

(18)  Discharge  against  medical  advice. 

Pages  following  question  18  display  occurrence  screening  questions  that  have 
been  devised  by  the  particular  MTF.  The  MTF-specific  questions  are  entered 
into  the  system  via  the  Occurrence  Screening  Question  Maintenance  subfunction, 
which  is  accessible  from  the  QA  Menu  Screen.  Up  to  six  questions  can  be 
entered. 


(ID 

(12) 

(13) 


When  the  checklist  is  first  displayed,  all  questions  will  be  defaulted  to  "no" 
except  where  indicated  "yes"  by  the  approved  CR  record.  The  cursor  will  be 
positioned  at  the  first  enterable  field,  and  the  user  must  go  through  each 
question,  updating  as  necessary.  The  user  fills  out  the  checklist  from  the 
hard-copy  checklist  already  completed  by  the  patient's  primary  care  provider. 
The  user  can  override  these  defaults  by  changing  "no"  answers  to  "yes,"  but 
cannot  change  "yes"  answers  to  "no."  If  the  QA  clerk  fills  out  the  checklist 
before  CR  processing  has  been  completed,  an  automatic  audit  may  cause  the  sys¬ 
tem  to  override  a  "no"  entered  by  the  clerk  with  a  "yes"  calculated  by  the 
edits.  If  all  checklist  questions  are  answered  "no,"  the  user  will  be 
prompted  to  confirm  that  the  totally  negative  checklist  is  correct. 

The  first  two  options  on  the  sub-menu  of  the  Inpatient  Occurrence  Screening 
Checklist  (1-NEXT  PAGE  and  2-PREVI0US  PAGE)  allow  the  user  to  view  the  check¬ 
list's  next  and  previous  pages,  respectively.  The  third  option,  3-PERF0RM 
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AUDIT,  enables  the  user  to  initiate  an  audit  of  all  yes  answers  to  the  check¬ 
list.  When  this  option  is  selected,  the  Inpatient  Screening  Audit  is 
displayed. 

c.  Inpatient  Screening  Audit  (Figure  3-4).  When  this  screen  appears  it 
displays  the  number  and  text  of  the  first  question  on  the  checklist  that  has 
been  answered  with  "yes."  The  system  will  display  this  screen  for  each  yes 
question.  For  each  question  in  the  audit  the  user  can  enter  data  on  the 
review  of  the  case  and  post  a  variation  or  death  to  the  profile  of  the  ap¬ 
propriate  care  provider.  Data  Chart  3-2  describes  this  data. 


For  descriptions  of  patient  and  episode  data  displayed  on  lines  4  and  5, 
see  Data  Charts  for  Admission  and  Disposition. 

♦ 

(1)  REVIEW  LEVEL.  Number  of  the  review.  Up  to  3  are  possible. 

(2)  DATE  OUT.  Date  on  which  the  case  was  assigned  to  a  reviewer. 

(3)  DATE  DUE.  Date  on  which  the  review  should  be  completed  and  returned. 

(4)  DATE  IN.  Date  on  which  the  completed  review  was  returned. 

(3)  ACTION  CODE.  4  characters  are  entered  for  each  review  level. 


1st  code  - 

2nd  code  - 

3rd  code  - 
4th  code  - 


indicates  the  job  classification  of  the  person  to  whom  the 
review  was  assigned.  Table  6054. 

indicates  whether  the  case  involved  the  patient's  physi¬ 
cian.  (1  =  physician  involved;  2  =  not  involved), 
indicates  the  result  of  the  review.  Table  6055. 
indicates  whether  this  event  is  to  be  entered  in  the 
physician's  profile  (Y/N); 


(6)  VARIATIONS  POSTED  TO  PROVIDERS.  When  the  fourth  action  code  is  "Y" 
the  variation  will  be  posted  to  the  profile  of  the  provider  whose  name  is 
entered  here.  Names  of  up  to  five  providers  can  be  entered.  If  a  vali¬ 
dated  occurrence/death  has  already  been  pasted,  the  provider  name(s)  will 
be  displayed.  They  may  be  updated  or  additional  providers  may  be  identi¬ 
fied  for  posting  as  a  result  of  subsequent  reviews.  A  given  provider  can 
only  be  specified  once. 


Data  Chart  3-2.  QA  -  INPATIENT  SCREENING  AUDIT 
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1  I  XXMXXXXXXXXXXXXMXXXX  MXXXXMMM  DATE:  xxxxxxxxxxx  TIMES  xxxx  II 

I  I 


21 

I 

31 

I 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
INPATIENT  OCCURRENCE  SCREENINS  CHECKLIST 


12 


13 

I 


4  I  REG  NO  xxxxxxxx 


NAME  xxxxxxxxx xxxxxxxx xxxx xxxxxx 


FMP  xx  SSN  xxxxxxxxxxx  1 4 


I 


I 


SI  DISC  DATE  xxxxxxxxxxx  PROVIDER*  PRIM  xxxxxx  SEC  xxxxxx 
I 

41 


DATE  ENTD  xxxxxxxxxxx  IS 

I 

16 


7INBR  DESCRIPTION 


I 


8  I  txx  xxx xxxxxxxxxxxxXxxx XXX xxxxxxxxxxxxxxxxx xxxxxxxxx XXXXXX XXX xxxxxxxxxxx 
I 

91 


I 

101 

I 

111 

I 


XXXXXXXXXXKXXXXXXXXXXXXXXXXXX XXX XXXXXXXXX XX XXXXXXXXXXXXXXXX xxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


121  REVIEW  LEVEL 

1 

DATE  OUT 

DATE  DUE 

DATE  IN 

ACTION  CODE 

131 

■ 

•  1 

XKXXXXXNKKK 

xxxxxxxxxxx 

xxxxxxxxxxx 

* 

X 

X 

X 

141 

1 

•2 

• 

XXXXXXXXXXX 

xxxxxxxxxxx 

xxxxxxxxxxx 

X 

X 

X 

X 

131 

•  3 

xxxxxxxxxxx 

xxxxxxxxxxx 

xxxxxxxxxxx 

X 

X 

X 

X 

16  I 


I 


1 71  VARIATIONS  POSTED  TO  PROVIDERS!  xxxxxx  xmxxmx  xxxxxx  xxxxxx  xxxxxx 
I 

181 - 


18 


19 

I 

I I 


1 1 

I 

I I 

I 

I I 

I 

I I 

I 

I I 

I 

I I 

I 

I I 


I 


191 


201 


I 


21 1  ENTER  SELECTION! 


I 


221 


I 


231—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


I 


241 


Figure  3-4.  QA  -  INPATIENT  SCREENING  AUDIT 


Q007  AQCESS  -  QA 


3-10 


■  ^  ”7*  "  *  ".T  ^ 


i 

► 

i 

». ' 

.  w’ 
k 

►  _■ 

« 

I 


3.2.2  Emergency  Service  Occurrence  Screening.  When  the  user  chooses  this 
•  option  from  the  QA  Menu,  the  Emergency  Service  PTID  Screen  is  displayed,  on 
which  the  user  indicates  the  Emergency  Service  patient  episode  to  be 
processed. 

a.  Emergency  Service  PTID  Screen  (Figure  3-5).  On  this  screen  the  user 
identifies  the  Emergency  Service  episode  to  be  screened.  The  user  can  enter  a 
log  number  to  identify  the  particular  episode,  or  can  use  this  screen  to 
identify  the  patient. 

The  user  can  access  the  Emergency  Service  checklist  through  any  of  the  follow¬ 
ing  routes:  (1)  .If  the  user  enters  a  log  number,  the  Emergency  Services 
Occurrence  Screening  Checklist  will  be  displayed.  (2)  If  the  user  enters  PTID 
data  and  the  patient  is  located  directly,  the  Emergency  Service  Episode  List 
Screen  will  list  any  episodes  for  that  patient.  The  Checklist  will  be  dis¬ 
played  when  the  user  selects  an  episode.  (3)  If  the  user  initiates  searches 
similar  to  those  used  in  the  PTID  function,  he  or  she  can  identify  the  patient 
from  a  Candidate  List  Screen.  When  the  user  selects  a  candidate,  the  Episode 
List  will  be  displayed.  When  the  user  selects  an  episode,  the  Emergency 
Services  checklist  will  appear. 

If  a  record  of  the  Emergency  Service  episode  does  not  exist  on  the  system,  the 
user  enters  data  identifying  the  patient  on  this  screen  and  indicates  that 
this  is  a  new  patient.  Emergency  Service  Log  Numbers  are  assigned  either 
automatically  or  manually,  at  the  MTF's  option.  The  Emergency  Service  Occur¬ 
rence  Screening  Checklist  will  be  displayed  next. 

b.  Emergency  Service  Candidate  List  Screen  (Figure  3-6).  Each  page  of 
the  Emergency  Service  Candidate  List  Screen  displays  the  names  of  up  to  10 
candidates,  giving  the  LIST  number,  NAME  OF  PATIENT,  FMP,  and  SSN  for  each. 
When  the  user  chooses  a  patient  from  the  candidate  list,  the  Emergency  Serv¬ 
ices  Episode  List  will  appear,  showing  data  on  the  patient's  Emergency  Room 
visit  or  visits. 

c.  Emergency  Service  Episode  List  Screen  (Figure  3-7).  This  screen 
lists  the  Emergency  Room  visits  of  the  patient  selected,  giving  the  patient's 
NAME,  SSN,  and  FMP,  and  listing  the  ER  LOG  NBR,  the  DATE  OF  TREATMENT,  and  the 
PROVIDER  for  each  visit.  Up  to  10  visits  can  be  listed  for  each  page  of  the 
screen. 
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If  this  screen  does  not  display  the  particular  Emergency  Room  visit  that  the 
user  wants,  the  user  can  assume  that  the  episode  has  not  been  entered.  Option 
R  on  the  sub-menu  enables  the  user  to  create  a  new  Emergency  Room  episode 
record. 
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If  the  user  does  locate  the  record  of  the  desired  episode,  he  or  she  selects 
it  from  this  screen,  and  the  Emergency  Service  Occurrence  Screening  Checklist 
will  be  displayed. 
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d.  Emergency  Service  Occurrence  Screening  Checklist  (Figure  3-8).  The 
ES  Occurrence  Screenirtg  Checklist  displays  the  following  data  identifying  the 
patient  and  the  ES  episode:  PATIENT  NAME,  FMP,  SSN,  ER  LOG  N8R,  DATE/TIME  OF 
TREATMENT,  and  PRVDR  ID  (ID  of  primary  care  provider).  This  screen  is  used  in 
essentially  the  same  way  as  the  Inpatient  Occurrence  Screening  Checklist  (see 
section  3.2.1).  The  questions  on  the  ER  checklist,  and  their  exceptions,  are 
as  follows: 

(1)  Patient  seen  in  ER  who  has  either  been  discharged  or  seen  in  ER 

within  the  past  48  hours.  (Will  be  defaulted  to  "yes"  if  a  check¬ 

list  has  been  entered  for  an  ER  episode  within  the  last  7  days,  or 
if  the  patient  was  an  inpatient  within  the  last  7  days.)  (Excep¬ 
tion:  condition  on  previous  encounter  well-documented  with  instruc¬ 
tions  to  return  at  a  specified  interval  or  for  a  specified  reason.) 

(2)  Patient  discharged  or  admitted  to  hospital  without  being  seen  by 
doctor. 

(3)  Patient  arrives  DOA. 

(4)  Patient  dies  in  ER. 

(5)  Patient  leaves  without  being  seen  or  leaves  AMA. 

(6)  Final  X-ray  report  differs  substantially  from  ER  diagnosis  and/or 
X-ray  interpretation  in  the  ER  (especially  fractures,  foreign  bodies 
and  abnormal  air).  (Exception:  unimportant  incidental  findings 
unrelated  to  aging  or  normal  anatomical  variance.) 

(7)  Unexpected  abnormal  diagnostic  test  results  returned  to  ER  after 
patient  discharged. 

(8)  Medication  error/reaction. 

(9)  Treatment/procedure  errors  (e.g.,  lab,  X-ray  wrong  patient,  wrong 
treatment). 

(10)  No  written  consent  or  improper  consent  for  procedure  or  treatment 
when  consent  was  necessary. 

(11)  Patient  and/or  family  complains  about  present  or  past  treatment. 

(12)  Cardiac  arrest.  (Exception:  patient  admitted  with  cardiac  arrest 
or  with  diagnosis  of  myocardial  infarction  and  on  monitor.) 

(13)  Respiratory  arrest. 

(14)  Patient  seen  previously  for  head  trauma  returns  with  altered  state 
of  consciousness  or  with  neurological  deficit. 
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(15)  Patient  discharged  from  ER  after  having  received  parenteral  anal¬ 
gesics  without  appropriate  documentation  of  instructions  and  dis¬ 
position  in  the  record. 

The  next  page  of  this  screen  after  question  15  displays  the  MTF-specific  ES 
questions. 

9 

e.  Emergency  Service  Screening  Audit  (Figure  3-9).  This  screen  operates 
in  the  same  way  as  the  Inpatient  Service  Screening  Audit  (see  section  3.2.1). 
Except  for  the  patient  and  episode  data  on  lines  4  and  5,  the  fields  on  this 
screen  are  the  same  as  those  described  in  Data  Chart  3-2. 
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3.3  Incident  Reporting.  -As  mentioned  in  the  overview  of  the  QA  function, 
incidents  are  events  that  occur  within  the  MTF  but  are  not  necessarily  related 
to  patients  or  their  treatment.  The  Incident  Reporting  subfunction  collects 
data  on  incidents,  and  helps  the  MTF  to  identify  problems,  which  can  be  con¬ 
sidered  collections  of  similar  incidents. 

When  the  user  makes  this  selection  from  the  QA  Menu,  the  Incident  ID  Screen  is 
displayed. 


3.3.1  Incident  ID  Screen  (Figure  3-10).  On  this  screen  the  user  enters  the 
log  number  that  identifies  the  incident  to  be  processed.  Log  numbers  are 
assigned  automatically  by  the  system  when  the  user  enters  "NEW"  in  the  LOG  NBR 
field.  Log  numbers  will  be  ascending  but  not  necessarily  consecutive.  If  the 
user  cancels  or  if  the  system  crashes  before  a  new  entry  is  completed,  that 
log  number  will  not  be  used  again. 

When  a  valid  log  number  has  been  entered,  the  Incident  Log  Screen  appears, 
displaying  data  on  that  incident.  Then  the  Incident  Log  Screen  is  displayed, 
and  the  user  can  enter  data  on  the  incident. 


3.3.2  Incident  Log  Screen  (Figure  3-11).  On  this  screen  the  user  can  enter, 
update,  or  review  data  on  the  incident,  including  the  incident  type  and  loca¬ 
tion,  the  type  of  person  involved  and  that  person's  name,  etc.  See  Data  Chart 
3-3  for  a  description  of  the  data. 
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Figure  3-11.  QA  -  INCIDENT  LOG  SCREEN 
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(1)  LOG  NO.  Number  that  identifies  the  incident. 

(2)  DATE/TIME  OF  INCIDENT. 

(3)  PERSON  INVOLVED:  TYPE.  Code  for  the  type  of  person  involved  in  the 
incident  (e.g.,  patient,  visitor,  or  type  of  MTF  personnel).  Table  6050. 


(4) 

NAME  of  the  person  involved. 

(5) 

FMP  of  person  involved. 

(6) 

SSN  of  person  involved. 

(7) 

REG  NO.  of  person  involved,  if 

a  patient. 

*(8) 

TYPE  OF  INCIDENT.  For  example, 

a  fall.  Can  be  entered  by  a 

1 -character  code  from  the  incident  table.  More  than  one  of  these  codes 
can  be  entered. 

*(9)  LOCATION  OF  INCIDENT.  Can  be  indicated  by  a  1-character  code  from 
Table  6052.  More  than  one  of  these  codes  can  be  entered. 

*(10)  PERSONNEL  INVOLVED.  Code  for  the  type  of  MTF  personnel  (i.e.,  job 
classification)  involved  in  the  incident.  More  than  one  can  be  entered. 
Table  6053. 

(11)  PERSONNEL  REPORTING.  Code  for  the  type  of  MTF  personnel  reporting 
the  incident.  More  than  one  can  be  entered.  Table  6053. 

(12)  RESULT  OF  INCIDENT.  Code  for  the  result.  Yes/No. 

(13)  DATE  REVIEWED  BY  RISK  MANAGER. 

(14)  JAG  REVIEW.  1-character  code  for  whether  this  incident  will  be 
reviewed  by  the  Judge  Advocate  General.  (Yes/No.) 

(13)  DATE  SENT  TO  JAG.  Date  when  record  of  this  incident  was  sent  to  the 
Judge  Advocate  General's  office. 

(16)  DATE  OF  ACTION  taken  regarding  this  incident. 

(17)  ACTION  CODE.  See  Data  Chart  3-2. 

♦Free  text  can  be  entered  in  these  fields  iF  enclosed  in  single  quotes. 


Data  Chart  3-3.  QA  -  INCIDENT  L8G  SCREEN 
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3.4  Problem.  Audit  Tracking.  This  subfunction  enables  the  user  to  track  qual¬ 
ity  of  care  problems,  which  can  be  considered  collections  of  similar  in¬ 
cidents,  as  well  as  the  solutions  of  these  problems.  When  the  user  selects 
Problem  Audit  Tracking  from  the  QA  Menu,  the  Problem  ID  Screen  is  displayed. 


3.4.1  Problem  ID  Screen  (Figure  3-12).  On  this  screen  the  user  enters  the 
problem  number  that  identifies  the  problem  to  be  processed.  When  a  valid  num¬ 
ber  has  been  entered,  the  Problem  Audit  Screen  appears,  displaying  data  on 
that  problem.  If  data  on  the  problem  has  not  yet  been  entered,  th»  user  types 
"NEW"  in  the  PROBLEM  NO  field.  A  problem  number  will  be  assigned  by  the  sys¬ 
tem.  Then  the  Problem  Audit  Screen  is  displayed,  and  the  user  can  enter  data. 
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3.4.2  Problem  Audit  Screen  (Figure  3-13).  On  this  screen  the  user  can  enter, 
update,  or  review  data  on  the  problem,  including  its  impact  on  patient  care, 
the  action  taken,  and  follow-up  date.  See  Data  Chart  3-4  for  a  description  of 
the  data. 


(1)  PROBLEM  NO.  Number  identifying  the  problem. 

(2)  DATE  PRESENTED.  Date  on  which  the  problem  was  presented. 

(3)  REFERRAL  ACTIVITY.  Free  text  describing  to  whom  the  problem  was 
referred. 

(4)  IMPACT  ON  PATIENT  CARE.  Free  text. 

(3)  ACTION  ACTIVITY.  Free  text. 

(6)  STATUS  DATE. 

(7)  ACTION  TAKEN.  The  action  taken  on  the  problem.  Free  text. 

(8)  FOLLOWUP  DATE.  Date  on  which  any  followup  activity  occurred. 


Data  Chart  3-4.  QA  -  PROBLEM  AUDIT  SCREEN 


Q007  AQCESS  -  QA 


3-25 


Lv4  M 


t I XXXXXXXXXXXXXXXXXX 

I  - 
21 
I 

31 

41  PROBLEM  NO  xxxxxx 


xxxxxxxxxx 


DATE  xxxxxxxxxxx  TINE  xxxx 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
PROBLEM  AUDIT 


SI  DATE  PRESENTED  xxxxxxxxxxx  REFERRAL  ACTIVITY  xxkxxkxxxxxxkxk  IS 

I  I 

61  1 6 
I  I 

71  IMPACT  ON  PATIENT  CARE  17 

I  I 

S  I  XXXXXXXXXXXXX XX XXXXXXXXXX XXX  XXXXXX  XXXXXX  XXXXXXXXXXXKXXXXXXXXXXXXXXXKXXXXXXXXXXX  I  8 

I  I 

9  I  KXXXXXXXXXXXXXKKXXXXKXXXXXXXXXXXXXXXXXXXXKXKXXXXXXXKXKXKXXKKKXXKXKXKXKXXXXXXXXX  I  9 


11IACTI0N  ACTIVITY  xxxxxxxxxxxxxxx 


13  I  ACTION  TAKEN 


STATUS  DATE  xxkkxxxkkxk 


141 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXKXXXXXXXXXXttXXXXXXXXXXXXXXXXKKKXXXXKXXX 


14  I  FOLLOWUP  DATE  xxxkxkxxxkx 
I 

171 


21 1  ENTER  SELECTION*. 


231—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  HTF  COMMANDER.  —  123 


Figure  3-13.  QA  -  PROBLEM  AUDIT  SCREEN 


Q007  AQCESS  -  QA 


*  *  *  w  rnm 


3.5  Occurrence  Screening  Question  Maintenance.  The  MTF  can  devise  as  many  as 
six  questions  for  the  Inpatient  Occurrence  Screening  Checklist  and  nine  ques¬ 
tions  for  the  Emergency  Services  Checklist.  These  questions  are  listed  after 
question  18  on  the  inpatient  checklist,  and  after  question  15  on  the  Emergency 
Services  checklist.  The  Occurrence  Screening  Question  Maintenance  option  on 
the  QA  Menu  allows  the  user  to  edit,  replace,  or  add  to  the  MTF's  questions. 

When  the  user  selects  this  function,  the  QA  Question  Maintenance  ID  Screen  is 
displayed. 

a.  Question  Maintenance  ID  Screen.  The  user  indicates  whether  the  Inpa¬ 
tient  or  Emergency  Services  checklist  is  to  be  changed.  Then  the  Occurrence 
Screening  Question  Maintenance  Screen  is  displayed. 

b.  Occurrence  Screening  Question  Maintenance  Screen  (Figure  3-14).  The 
user  enters  the  number  of  the  question  to  be  added  or  changed.  If  the  user  is 
adding  a  question  to  the  list,  he  or  she  enters  the  text  of  the  question  in 
the  TEXT  field. 


If  the  user  has  entered  the  number  of  an  existing  question,  its  text  is  dis¬ 
played  when  this  screen  appears.  The  user  can  make  changes  that  do  not  affect 
the  question's  meaning,  or  can  replace  the  old  question  with  an  entirely  new 
one.  If  the  meaning  of  the  existing  question  is  substantially  changed,  all 
data  currently  stored  under  the  old  question  must  be  deleted  from  the  system. 
After  the  new  text  has  been  entered,  the  screen  will  display  a  message  asking 
the  user  whether  data  stored  on  the  old  version  of  the  question  should  be 
deleted.  The  user  should  answer  "yes"  if  the  meaning  of  the  question  has  sub¬ 
stantially  changed.  The  user  will  be  asked  to  reconfirm  the  "yes"  in  order  to 
delete  old  data. 
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3.7  Auto  Edit  for  Approved  CR  Records.  This  selection  initiates  an  edit  of 
the  records  that  have  been  processed  in  Occurrence  Screening  but  that  have  not 
been  approved  in  Clinical  Records.  The  edit  determines  if  the  record  was  just 
approved  in  CR,  and  which  Occurrence  Screening  questions  can  be  defaulted  by 
CR  data.  If  any  questions  answered  with  "no"  on  the  checklist  should  be  ans¬ 
wered  affirmatively  as  indicated  by  CR  data,  the  "no"  answer  will  be  changed 
to  "yes"  and  the  question  will  be  listed  on  the  Pull  List.  Questions  answered 
by  "yes"  on  the  checklist  can  not  be  changed  to  "no"  by  the  CR  data.  No 
screen  is  displayed  by  this  selection. 


3.8  Reports.  With  this  selection,  the  QA  Reports  Selection  Screen  is  dis¬ 
played  and  the  user  can  choose  which  QA  reports  to  print.  See  Figure  3-15. 
The  QA  reports,  which  are  described  in  detail  in  Part  III,  are: 

1.  .  Blood  Utilization  Pull  List  (BUPL) 

2.  Delinquent  Occurrence  Screening  List  (DOSL) 

3.  Emergency  Service  Occurrence  Screening  Suspense  List  (ESOSSL) 

4.  Emergency  Service  Pull  List 

5.  Facility  Emergency  Service  Occurrence  Screening  Summary 
(FESOSS) 

6.  Facility  Occurrence  Screening  Summary  (FOSS) 

7.  Incident  Summary  (IS) 

8.  Occurrence  Screening  Pull  List  (OPL) 

9.  Occurrence  Screening  Suspense  List  (OSSL) 

10.  Provider  Emergency  Service  Occurrence  Screening  Audit  (PESOSA) 

11.  Provider  Emergency  Service  Occurrence  Screening  Summary 

(PESOSS) 

12.  Provider  Occurrence  Screening  Audit  (POSA) 

13.  Provider  Occurrence  Screening  Summary  (POSS)., 

14.  Quality  Assurance  Problem  Audit  (QAPA) 

15.  Specialty  Occurrence  Screening  Summary  (SOSS) 
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SECTION  4.  PROFILING  SCREENS 


4.1  Profiling  Function  -  Overview.  The  Profiling  process  maintains  physician 
profile  data  and  assists  the  Credentials  Committee  in  formulating  their  recom¬ 
mendations  regarding  the  privileges  to  be  granted  to  care  providers.  This 
process  is  only  available  to  personnel  designated  by  the  HTF  Commander — 
normally  the  Credentials  Committee  Chairman  and  the  Credentials  Committee 
Secretariat. 

Data  entered  and  updated  in  this  process  is  included  on  the  following  displays 
and  reports,  which  are  requested  through  this  process: 

a.  Provider  Profile 

b.  Batch  Posting  to  Provider  Ptofile 

c.  Credentials  Pull  List 

d.  Provider  Procedure  Summary 

e.  Provider  Procedures/Mortalities  Summary. 

When  an  authorized  user  selects  this  process  from  the  User  Entry  Main  Menu, 
the  Profiling  Menu  is  displayed  (see  Figure  4-1).  Selecting  either  of  the 
first  two  options  on  the  menu,  Provider  Profile  or  Batch  Posting  to  Provider 
Profile,  will  cause  screens  to  be  displayed.  Selecting  the  remaining 
options — Provider  Procedure  Summary,  Credentials  Pull  List,  and  Provider  Pro- 
cedures/Mortalities  Summary-will  cause  the  specified  reports  to  be  printed. 
For  details  on  these  reports,  see  Part  III,  Outputs. 


4.2  Provider  Profile.  This  option  allows  the  user  to  update  all  information 
on  file  for  the  physician  selected.  When  this  option  is  selected  from  the 
Profiling  Menu,  the  first  screen  to  appear  is  the  Provider  ID  (Figure  4-2). 

On  this  screen,  the  user  enters  the  code  identifying  the  physician  whose  pro¬ 
file  is  to  be  processed. 
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After  a  valid  physician  10  is  entered,  the  Provider  Profile  Screen  is  dis¬ 
played  (Figure  4-3).  The  clinical  indicator  data  on  this  screen  is  kept  for 
six  six-month  periods  beginning  with  the  date  the  physician  was  assigned  to 
the  MTF.  When  first  accessed,  the  Provider  Profile  displays  the  date  for  the 
current  six-month  period.  The  user  can  page  back  to  Provider  Profiles  for 
previous  six-month  periods,  and  can  update  profile  data  for  any  period. 


(1)  PROVIDER  ID.  Short  version  of  the  doctor's  name. 

(2)  PROVIDER  NAME.  Last  name,  first  name,  middle  initial.  For  display 
only  (i.e.,  user  cannot  update). 

(3)  SPEC.  Specialty  of  the  physician.  From  Table  2005.  Display  only. 

(4)  QA  ID  CODE.  Scrambled  SSN  of  provider.  Used  to  identify  provider  on 
QA  reports.  For  display  only. 

(5)  CONT  ED  (YY/HH).  Continuing  education  completed  by  the  provider, 
followed  by  the  year  completed  and  the  number  of  credit  hours. 

(6)  ASGN  DTE.  Date  on  which  the  physician  was  assigned  to  this  MTF. 

This  date  will  be  used  to  calculate  the  6-month  period  for  which  the 
clinical  indicator  totals  are  kept.  Up  to  6  6-month  sets  of  counts  will 
be  maintained.  For  display  only. 

(7)  DATE  OF;  CPR  TRAINING.  Date  on  which  physician  completed  CPR 
training. 

(8)  ACLS  CERT.  Date  on  which  physician  was  certified  by  ACLS. 

(9)  ATL5  CERT.  Date  on  which  physician  was  certified  by  ATLS. 

(10)  CREDENTIALS  RENEWAL.  Date  on  which  physician's  credentials  are  due 
to  be  renewed  by  Credentials  Committee. 

(11)  LICENSE  RENEWAL.  Date  on  which  physician's  license  to  practice  are 
to  be  renewed  by  state  licensing  board. 

(12)  STATE  OF  LICENSE..  2-character  abbreviation  from  Table  1015. 

(13)  CLINICAL  INDICATOR  TOTALS  FOR  6  MONTH  PERIOD  BEGINNING  (date).  The 
data  on  this  screen  is  valid  for  the  six-month  period  beginning  on  this 
date. 
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(14)  PROCEDURES  PERFORMED.  Number  of  procedures  performed  by  this 
physician.  Maintained  by  Clinical  Records  and  posted  to  this  provider 
profile  after  the  CR  record  is  approved.  For  display  only. 

(15)  PATIENTS  DISCHARGED.  Number  of  patients  dispositioned  with  this 
physician  as  the  attending/primary  provider.  Maintained  by  Clinical 
Records  and  posted  to  this  provider  profile  after  the  CR  record  is 
approved.  For  display  only. 

(16)  MALPRACTICE  CLAIMS  FILED.  Number  of  claims  filed  against  this 
physician. 

(17)  MED  REC  DEFICIENCIES.  Number  of  medical  records  considered 
deficient  due  to  missing  data  that  this  physician  must  provide  (e.g., 
signature,  history  notes,  etc.). 

(18)  MED  RECORD  DELINQUENCIES.  Number  of  medical  records  considered  de¬ 
linquent  by  Clinical  Records  due  to  missing  data  that  this  physician  must 
provide.  Defaulted  to  the  number  calculated  by  Clinical  Records.  For 
display  only. 

(19)  VALIDATED:  ANTIBIOTIC  VARIATIONS.  The  number  of  occurrences  related 
to  antibiotic  variations  for  which  the  provider  has  received  a  "failed" 
audit  result. 

(20)  COMPLAINTS.  Number  of  validated  patient  complaints  lodged  against 
this  physician. 

(21 )  NORMAL  SURGICAL  TISSUE.  The  number  of  occurrences  related  to 
surgical  normal  tissue  for  which  the  provider  has  received  a  "failed" 
audit  result. 

(22)  TRANSFUSIONS.  The  number  of  occurrences  related  to  transfusions  for 
which  the  provider  has  received  a  "failed"  audit  result. 

(23)  SCREENING  VARIATIONS.  From  the  Inpatient  and  Emergency  Services 
Occurrence  Screening  Audits.  Number  of  validated  "yes"  answers  to 
occurrence  screening  questions  for  which  the  audit  action  code  indicates 
that  the  variation  should  be  posted  against  this  provider's  profile. 

For  display  only. 

(24)  TOTAL  DEATHS.  From  Inpatient  and  Emergency  Services  Occurrence 
Screening  Audits.  Number  of  patient  deaths  that  reflect  a  failure  on 
the  physician's  part.  For  display  only. 
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Figure  4-3.  PROFILING  -  PROVIDER  PROFILE  SCREEN 
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4.3  Batch  Posting  to  Provider  Profile.  This  option  allows  the  user  to  enter 
specific  types  of  profile  data  for  more  than  one  provider  at  a  time.  When 
this  option  is  chosen  from  the  Profiling  Menu,  the  Batch  Posting  Menu  Screen 
is  displayed,  which  lists  the  types  of  profile  data  that  can  be  entered  (see 
Figure  4-4).  Choosing  any  menu  option  causes  a  Posting  Screen  to  appear,  on 
which  the  user  enters  the  name  of  the  physician  and  the  effective  date  of  the 
entry.  The  Posting  Screen  for  the  first  six  options  also  includes  a  quantity 
field,  in  which  the  number  of  malpractice  claims,  for  example,  can  be  entered 
(Figure  4-5).  On  the  Posting  Screen  for  th^  other  options  the  user  just 
enters  the  name  of  the  provider  and  the  date.  Entries  made  on  these  screens 
will  be  posted  to  the  profile  for  a  given  six-month  period,  depending  on  the 
effective  date  entered. 
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Figure  4-4.  PROFILING  -  BATCH  POSTING  MENU  SCREEN 
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SECTION  5.  OUTPUTS 


5.1  Overview.  The  Quality  Assurance  Reports,  described  in  section  5.2,  are 
as  follows: 

a.  Blood  Utilization  Pull  List 

b.  Delinquent  Occurrence  Screening  List 

c.  Incident  Summary 

d.  Occurrence  Screening  Pull  List,  Inpatient  and  Emergency  Service 
versions 

e.  Occurrence  Screening  Summary,  in  the  following  versions: 

(1)  facility  Emergency  Service  Occurrence  Screening  Summary 

(2)  Facility  Inpatient  Occurrence  Screening  Summary 

(3)  Provider  Emergency  Service  Occurrence  Screening  Summary 

(4)  Provider  Inpatient  Occurrence  Screening  Summary 

(5)  Specialty  Occurrence  Screening  Summary 

f.  Occurrence  Screening  Suspense  List,  Inpatient  and  Emergency  Service 
versions 

g.  Provider  Occurrence  Screening  Audit,  Inpatient  and  Emergency  Service 
versions 

h.  Quality  Assurance  Problem  Audit. 

The  Profiling  Reports,  described  in  section  5.3,  are: 

a.  Credential  Pull  List 

b.  Provider  Procedure  Summary 

c.  Provider  Procedures/Mortality  Summary. 


5.2  Quality  Assurance  Reports.  The  standard  header  for  the  Quality  Assurance 
reports  shows,  on  line  1,  the  TRIMIS  version  number  and  the  run  date.  The 
second  line  of  the- header  shows  the  name  of  the  report. 
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5.2.1  Blood  Utilization  Pull  List.  This  report  summarizes  blood  product 
utilization,  by  care  provider,  over  a  specified  time  period.  It  lists  records 
that  are  to  be  reviewed  by  the  Blood  Utilization  Review  Committee,  and  is  pro¬ 
duced  on  demand. 

In  addition  to  the  standard  heading  data,  this  report  also  includes  the  dates 
of  the  reporting  period  on  line  3. 

The  body  of  the  report  lists  the  care  provider,  then  gives  the  following 
information  for  each  of  that  physician's  patients  who  had  blood  transfusions: 

a.  REG  NO 

b.  FMP 

c.  SSN 

d.  DISCHARGE  DATE. 

See  Figure  5-1  for  an  example  of  this  report. 
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Figure  5-1.  BLOOD  UTILIZATION  PULL  LIST 
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5.2.2  Delinquent  Occurrence  Screening  List.  This  report  includes  names  of 
all  patients  whose  inpatient  occurrence  screening  checklist  is  not  completed 
within  a  certain  number  of  days  after  disposition  (the  number  of  days  is 
specified  by  the  MTF  on  the  MTF  Profile). 

This  report  contains  the  standard  QA  heading  data. 

The  body  of  this  report  lists  a  DISCHARGE  DATE,  and  the  REGISTER  NUMBER,  FMP 
and  SSN  of  the  patient  discharged  on  that  date. 

See  Figure  5-2  for  an  example  of  this  report. 
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Figure  5-2.  DELINQUENT  OCCURRENCE  SCREENING  LIST 
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5.2.4  Occurrence  Screening  Pull  List.  These  reports  identify  the  records  of 
patients  involved  in  Occurrence  Screening  discrepancies,  allowing  those 
records  to  be  pulled  for  further  review.  They  are  produced  monthly  and  on 
demand . 

This  report  comes  in  two  versions:  the  Inpatient  Occurrence  Screening  Pull 
List,  and  the  Emergency  Service  Occurrence  Screening  Pull  List,  depending  on 
the  checklist  involved. 

The  body  of  this  report  gives  the  FMP/SSN  of  the  patient,  and  the  REG  NBR  (for 
inpatients)  or  LOG  NO  (Emergency  Service  patients),  and  the  OCCURRENCE 
CRITERION,  which  is  the  "yes"  question  that  needs  review  (from  the  Occurrence 
Screening  Checklist). 

See  Figure  5-4  for  an  example  of  the  Emergency  Service  Pull  List,  and  Figures 
5-5  and  5-6  for  examples  of  the  Inpatient  Pull  List. 
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t  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


V.-\« 

.  *,  I 


Figure  5-4.  EMERGENCY  SERVICE  PULt  LIST 


0007  AQCESS  -  QA 


REPORT  NUMBER  55  OCCURENCE  SCREENING  PULL  LIST 


Figure  5-5.  INPATIENT  PULL  LIST  (1) 
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REPORT  MUMPER  56  OCCURRENCE  SCREENING  PULL  LIST 


hfttfftftftttftfftftt  RUN  DATE:  ffffffffftf 

h  OCCURRENCE  SCREENING  PULL  LIST 

h  FhP/SSN  REG  NO  OCCURRENCE  CRITERION 

h - * - 

:•:«  XXXKXKXXKXX  XXXXXKXX  XXXXXXXXXXXXXXXXXXXXXXXXXMXXXXXXVXXXXXXXXXXXXXXXXXXX 


t - 

t  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OP  MTF  COMMANDER. 


Figure  5-6.  INPATIENT  PUlL  List" 
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5.2.5-  Occurrence  Screening  Summary.  These  reports  summarize  all  exceptions 
to  the  occurrence  screening  criteria  for  a  specified  period.  The  Occurrence 
Screening  Summary  comes  in  the  following  versions,  depending  on  the  informa¬ 
tion  included  and  the  checklist  used.  These  versions  are: 

a.  Facility  Occurrence  Screening  Summary,  Inpatient  and  Emergency  Serv¬ 
ice  versions 

b.  Provider  Occurrence  Screening  Summary,  Inpatient  and  Emergency  Serv¬ 
ice  versions 

c.  Specialty  Occurrence  Screening  Summary. 

All  of  the  Occurrence  Screening  Summaries  are  produced  on  demand. 


5. 2. 5.1  Facility  Occurrence  Screening  Summary.  These  reports  summarize 
exceptions  to  the  occurrence  screening  criteria  for  each  provider  in  the 
facility,  for  a  specified  period.  The  Facility  Emergency  Service  Occurrence 
Screening  Summary  gives  information  about  exceptions  to  the  Emergency  Service 
Checklist,  and  the  Facility  Inpatient  Occurrence  Screening  Summary,  about 
exceptions  to  the  Inpatient  Checklist. 

In  addition  to  the  standard  QA  header  information,  the  period  of  the  report  is 
displayed  on  line  3. 

The  body  of  the  report  shows  the  code  for  the  physician  (PRVDR),  the  number  of 
records  included  in  the  report  (RECORDS),  and  the  total  number  of  occurrences 
listed  on  the  report  (TOT  OCCS).  Then  the  number  of  exceptions  for  each 
checklist  question  is  given.  See  Figure  5-7  for  an  example  of  the  Facility 
Emergency  Service  Occurrence  Screening  Summary,  and  Figure  5-8  for  an  example 
of  the  Facility  Inpatient  Occurrence  Screening  Summary. 


5. 2. 5. 2  Provider  Occurrence  Screening  Summary.  These  reports  summarize  ex¬ 
ceptions  to  the  occurrence  screening  criteria  for  individual  providers  in  the 
facility,  for  a  specified  period.  The  Provider  Emergency  Service  Occurrence 
Screening  Summary  gives  information  about  exceptions  to  the  Emergency  Service 
Checklist,  and  the  Provider  Inpatient  Occurrence  Screening  Summary,  about 
exceptions  to  the  Inpatient  Checklist. 

In  addition  to  the  standard  header  information,  the  period  of  the  report  is 
given  on  line  3,  and  line  4  shows  the  name  of  the  PROVIDER  involved,  the 
NUMBER  OF  RECORDS  SCREENED,  and  the  TOTAL  OCCURRENCES.  The  body  of  the  report 
gives  the  number  of  exceptions  to  each  checklist  question.  See  Figure  5-9  for 
an  example  of  the  Provider  Emergency  Service  Occurrence  Screening  Summary,  and 
Figure  5-10  for  an  example  of  the  Provider  Inpatient  Occurrence  Screening 
Summary.  * 
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REPORT  NUMBER  5?  EMER  SVC  OCCUR  SCREEN  SUMMARY 
hffffffffffffffffffff  RUN  BATES  fffffffffff 


b  FACILITY  EMERGENCY  SERVICE  -OCCURRENCE  SCREENING  SUMMARY 

b  PERIOD!  fffffffffff  THRU  fffffffffff 

h  -  OCCURRENCES  BY  CRITERION  NUMBER  - 

h  1  3  3  7  9  11  13  15  17  1*  21  23 

h  2  4  6  B  10  12  14  16  18  20  22  24 


FRVBR!  xxxxxx 
kxk  RECORDS 
xxxxx  TOT  OCCS 

XXX  XXX  KXK  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX 

XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX 


t  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


.  Figure  5-7.  FACILITY  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  SUMMARY 
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NOT  AVAILABLE  AT  THIS  TIME 


Figure  5-8.  FACILITY  INPATIENT  OCCURRENCE  SCREENING  SUMMARY 


Q007  AQCESS  -  QA 


Ay. y.  f.  .•.v.  av.v.v.v.v 


ffcwcwtiPf/ri’ 


REPORT  NUMBER  38  EMER  SVC  OCCUR  SCREEN  SUMMARY 


hrrtftttrrfttrrtttrtr  run  date:  fffffffffff 


h  PROVIDER  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  SUMMARY 

h  PERIOD!  fffffffffff  THRU  fffffffffff 

hPROVIDER :  xsikxxx  NUMBER  OF  RECORDS  SCREENED:  xxxx  TOTAL  OCCURRENCES:  xxxxx 
h  -  OCCURRENCES  BY  CRITERION  NUMBER  - 


REPORT  NUMBER  40  PROVIDER  OCCUR  SCREEN  SUMMARY 


hffffffffffffffffffff  RUN  DATES  fffffffffff 


h  PROVIDER  OCCURRENCE  SCREENING  SUMMARY 

h  PERIODS  fffffffffff  THRU  fffffffffff 

hPROVIDERS  xxxxxx  NUMBER  OF  RECORDS  SCREENED!  xxxx  TOTAL  OCCURRENCES S  xxxxx 

h  -  OCCURRENCES  BY  CRITERION  NUMBER  - 

h  1  3  ,  3  7  9  It  13  13  17  If  21  23 

h  2  A  6  B  JO  12  14  14-  IS  20  22  24 

XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX 


XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX 


t - 

t  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


Figure  5-10.  PROVIDER  INPATIENT  OCCURRENCE  SCREENING  SUMMARY 


5. 2. 5. 3  Specialty  Occurrence  Screening  Summary.  This  report  summarizes,  by 
medical  specialty,  exceptions  to  the  inpatient  occurrence  screening  criteria 
identified  for  each  provider  within  the  specialty,  for  a  specified  time 
period. 

In  addition  to  the  standard  QA  header  data,  line  3  of  this  report  shows  the 
specialty,  and  line  4  gives  the  report  period.  The  body  of  the  report  shows 
the  PRVDR  name,  the  number  of  RECORDS,  and  the  total  occurrences  reported  for 
that  provider.  Then  the  number  of  exceptions  is  given  for  each  checklist 
question. 

See  Figure  5-11  for  an  example  of  this  report. 
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REPORT  NUMBER 


FACIL  OCCUR  SCREEN  SUMMARY 


rfffffffffffffrrffff 


RUN  BATE:  fffffffffTf 


Sr'EClALTY  OCCURRENCE  SCREENING  SUMMARY 

specialty:  tfrtfttt ttt 
period:  trtrtrrt-Ttr  thru  rrtrtrtrtrr 

-  OCCURRENCES  BY  CRITERION  NUMBER  - 

0  T  9  11  13  15  17  19  21  23 

a  6  S  10  12  14  16  18  20  22 


RECORDS 
TOT  ores 


A  MED*  CAL  0 A  DOCUMENT .  BO  NOT  DISCLOSE  WITHOUT  AF’F'ROUAL  OF  KTF  COMMANDER* 


0 


Figure  5-11.  SPECIALTY  OCCURRENCE  SCREENING  SUMMARY 
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5.2.6  .Occurrence  Screening  Suspense  List.  These  reports  list  occurrence 
screening  open  items  which  have  been  assigned  for  review  and  have  not  been  re¬ 
turned  by  the  date  due.  The  Inpatient  Occurrence  Screening  Suspense  List 
gives  open  items  for  the  Inpatient  Checklist,  and  the  Emergency  Service  Occur¬ 
rence  Screening  Suspense  List  gives  those  for  the  Emergency  Service  Check¬ 
list.  The  Suspense  Lists  are  produced  daily. 

These  reports  display  the  standard  QA  heading  data. 

The  Inpatient  Suspense  List  shows  thg  REGISTER  NUMBER  of  the  record,  the 
patient's  DISCHARGE  DATE,  the  REVIEW  LEVEL,  the  date  that  review  was  assigned 
(DATE  OUT),  and  the  ACTION  CODE  of  the  resulting  action. 

The  Emergency  Service  Suspense  List  shows  the  patient's  FMP/SSN  and  DATE  Of 
TREATMENT,  then  the  REVIEW  LEVEL,  DATE  OUT,  and  ACTION  CODE. 

See  Figure  5-12  for  an  example  of  the  Emergency  Service  Suspense  List,  and 
Figure  5-13  for  an  example  of  the  Inpatient  Suspense  List. 


REPORT  NUMBER  33  EMER  SVC  SCREEN  SUSPENSE  LIST 

hf f fffffff fffffffffff  RUN  DATE  fffffffffff  ffff 

h  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  SUSPENSE  LIST 

h  DATE  OF  REVIEW  DATE  ACTION 

h  FMP/SSN  TREATMENT  LEVEL  OUT  CODE 

h - 


XXXXXXXXXXX  XXXX 
XXXXXXXXXXX  XXXX 
XXXXXXXXXXX  XXXX 


t - 

t  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


Figure  5-12.  EMERGENCY  SERVICE  SUSPENSE  LIST 
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REPORT  MUMPER  34  OCCUR  SCREEN  SUSPENSE  LIST 


hr rr f f f r t r r t t t f r r t tr t  run  pate:  fffffffffff  ffff 

h  OCCURRENCE  SCREENING. SUSPENSE  LIST 

h  REGISTER  DISCHARGE  REVIEW  PATE  ACTION 

h  MUMPER  DATE  LEVEL  OUT  CODE 

h - 


XXXXXXXXXXX  XXXX 
XXXXXXXXXXX  XXXX 
XXXX XX XX XXX  XXXX 


t - 

t.  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


1 


Figure  5-13.  INPATIENT  SUSPENSE  LIST 
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5.2.7  Provider  Occurrence  Screening  Audit.  These  reports  record,  by  pro¬ 
vider,  all  QA  actions  taken  on  exceptions  to  occurrence  screening  standards. 
The  Provider  Inpatient  Occurrence  Screening  Audit  list?  actions  taken  on 
exceptions  to  the  Inpatient  occurrence  standards,  and  the  Provider  Emergency 
Service  Occurrence  Screening  Audit  lists  actions  taken  on  exceptions  to  the 
Emergency  Service  standards.  These  reports  are  produced  monthly  and  on 
demand .  < 

In  addition  to  the  standard  heading  data,  the  PROVIDER  ID  and  the  period  of 
the  report  are  shown  on  line  4. 

The  inpatient  version  of  this  report  gives  the  patient's  REG  NO  and  DISCHARGE 
DATE.  The  Emergency  Service  version  shows  the  patient's  FMP/SSN  and  the 
DATE/TIME  OF  TREATMENT.  The  body  of  both  reports  gives  the  number  of  the 
checklist  question,  the  text  of  the  question  (OCCURRENCE  DESCRIPTION),  the 
REVIEW  LEVEL,  DATE  OUT,  DATE  DUE,  DATE  IN,  and  the  ACTION  CODE. 

See  rigure  5-14  for  an  example  of  the  Provider  Emergency  Service  Screening 
Audit,  and  Figure  5-15  for  an  example  of  the  Provider  Inpatient  Screening 
Audit . 
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REPORT  NUMBER  31  EMER  SUE  OCCUR  SCREEN  AUDIT 

hffffffffffffffffffff  RUN  DATE!  fffffffffff 

h  PERSONAL  DATA  -  PRIVACY  ACT  1974 

h  PROVIDER  EMERGENCY  SERVICE'  OCCURRENCE  SCREENING  AUDIT 

h  PROVIDER  ID  xxxxxx  PERIOD  fffffffffff  THRU  fffffffffff 

h  FMP/SSN  xxxxxx xxxxxx 
h  NBR  OCCURENCE  DESCRIPTION 

h  REVIEW  LEVEL  DATE  OUT  DATE  DUE  DATE  IN  ACTION  CODE 

h - - - - - - - - - -- - 

DATE/TIME  OF  TREATMENT!  xxxxxxxxxxxxxxxx 

xxxxxxxxxxxxxxxxxxxxxxxxxxmxxxxxxxxxxxxxxxxxxxxxxxxkxxxxxxxxxxxmxxxx 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXKXXXXKKXXKXXXXXXXXXXXXXXXKXK 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1  XXXXXXXXXXX  XXXXXXXXXXX  KXXXXXXXXXX  XXX  X 

2  XXXXXXXXXXX  KXXXXXXXXXX  XXXXXXXXXXX  XX  X  X 

3  XXXXXXXXXXX  XXXXXXXXXXX  XXXXXXXXXXX  xxxx 


t - 

t  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  NTF  COMMANDER. 


Figure  5-14.  PROVIDER  EMERGENCY  SERVICE  SCREENING  AUDIT 
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5.2.8  Quality  Assurance  Problem  Audit, 
selected  QA  problems  and  their  statuses. 


This  report  provides  a  list  of  all  or 
It  is  produced  weekly  and  on  demand. 


Figure  5-16  shows  an  example  of  this  report. 


I 
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XXX  KXMUXMKKMXM  XXXXXXXXXXXXXXX  XXXXXXXXXXXXXXX  XXXXXXXXXXX  XXXXXXXXXXX 
XXXXXX XX X XXXXXXXXXXXXXXX X XXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXMXXXXXXXXX 
XX XXXXXXXXXXXXXX XX XXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXX X XXX XXXXXXXXXXXXX XXXXXX 
X XXXXXXXXXXXXXXX XX XXXXXXXXXXXXXXXXXX XX XXX X XX XXXXXXXXXXXXXXXXXXXXXKXXXXXXXXXXMXX 


5.3.1  Credential  Pull  List.  This  report  lists  providers  by  specialty  to 
facilitate  pulling  the  provider's  credential  file  and  performing  credential 
review.  The  header  gives  the  date  of  the  reporting  period,  and  the  body  of 
the  report  lists  the  PROVIDER  NAME,  SPECIALTY,  and  dates  for  CPR  and  ACLS 
certifications,  CREDENTIAL  RENEWAL,  and  LICENSE  RENEWAL.  It  is  produced 
monthly  and  on  demand. 

See  Figure  5-17  for  an  example  of  this  report. 
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REPORT  NUMBER  64 

CREDENTIAL 

PULL  LIST 

hffffffffffffffffffff 

RUN  DATES 

fffffffffff 

h 

h 

CREDENTIAL  PULL  LIST 

PERIODS  fffffffffff  TO  fffffffffff 

• 

h 

h  PROVIDER 

CREDENTIAL 

SPECIALITY  RENEWAL 

LICENSE 

RENEWAL 

tpr 

TRAINING 

ACLS 

XXXXXX  XXXXXXXXXX  XXXXXXXXXXX  XXXXXXXXXXX  XXXXXXXXXXX  XXXXKXXXXXK 


t  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


Figure  5-17.  CREDENTIAL  PULL  LIST 
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5.3.2  Provider  Procedure  Summary.  This  report  gives  the  mortality  rate,  by 
procedure,  for  any  or  all  providers  in  the  MTF.  This  report  includes  the  fol¬ 
lowing  data: 

(1)  PROCEDURE:  CODE 

(2)  TEXT 

(3)  PROCS  PERFORMED 

(4)  DEATHS 

(5)  MORTALITY  RATE 

(6)  ANES  RISK  CODE  CNTS 

See  Figure  5-18  for  an  example  of  this  report. 
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5.3.3  Provider  Procedures/Mortality  Summary.  This  report  summarizes,  for  a 
specified  period  of  time,  the  procedure  and  mortality  statistics  for  a  pro¬ 
vider  for  each  of  the  26  categories  of  procedure  codes  that  are  reportable  to 
DoD.  It  includes  the  following  data: 

(1)  PROCEDURE  TEXT 

(2)  PROCS  PERFORMED 

(3)  DEATHS 

(4)  MORT  RATE 

(5)  RATE  CRITERION 

(6)  ANES  RISK  CODE  CNTS 

The  Provider  Procedures/Mortality  Summary  is  produced  quarterly  and  on  de¬ 
mand.  See  Figure  5-19  for  an  example  of  this  report. 
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REPORT  NUMBER  70  PRVDR  PROCEDURE/MORTAL  I T Y  SUMM 


httttttttfttttttttttt  RUN  DATE:  fffffffffff 

h  PERSONAL  DATA  -  PRIVACY  ACT  1P74 

h  PROVIDER  PROCEDURE/MORTALITY  SUMMARY 

h  PROVIDER  ID:  xxxxxx 

h  PROCEDURE  TEXT  ANES  RISK  CODE  CNTS 

h  PROCS  PERFORMED  DEATH9  MORT  RATE  RATE  CRITERION  1  2  3  4  5  UNK 

h - - — - - - - - — — - 

XXX  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

XXXX  .  XXXX  XXX  XXX  XX  XX  XX  XX  XX  XX 


t - 

t  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


Figure  5-19. 


PROVIDER  PROCEDURES/MORTALITIES  SUMMARY 
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SECTION  6.  ENVIRONMENT 


6.1  Equipment  Environment.  This  information  will  not  be  available  until 
award  of  the  hardware  contract. 


6.2  Support  Software.  Please  see  section  18.2  of  the  AQCESS  System 
Specification. 


6.3  Interfaces.  Interfaces  will  be  specified  at  a  later  date. 


6.4  Security  and  Privacy.  The  AQCESS  meets  the  privacy  requirements  set 
forth  in  the  Privacy  Act  of  1974,  Public  Law  93-579,  and  complies  with  all 
applicable  provisions  of  this  Act  and  of  subsequent  laws  and  directives  which 
amend  and  amplify  it,  as  described  in  section  5.6  of  the  AQCESS  Functional 
Description  (reference  1.2.b  of  the  AQCESS  System  Specification). 


'6.5  Controls. 


No  specific  controls  have  been  established  within  the  AQCESS. 
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7.3.1  Quality  Assurance  Process.  The  QA  process  is  accessed  by  selection  Q 
from  the  User  Entry  MenuT  Figure  7-2  shows  the  hierarchy  of,  QA  process  pro¬ 
grams,  and  Figure  7-3  shows  the  selection  table  for  the  QA  process. 


Figure  7-2.  HIERARCHY  OF  QUALITY  ASSURANCE  PROCESS  PROGRAMS 


Selection 

Proqram 

Function 

E 

QAE 

Emergency  Services  Occurrence  Screening 

0 

QAO 

Inpatient  Occurrence  Screening 

I 

QAPI 

Incident  Tracking 

P 

QAPI 

Problem  Audit 

M 

QAQ 

Occurrence  Screening  Question 
Maintenance 

R 

RPR 

Reports 

Figure  7-3.  SELECTION  TABLE  300 
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7. 3. 1.1  Emergency  Services  Occurrence  Screening  Program.  Figure  7-4  is  the 
hierarchy  chart  for  this  function,  and-  Figure  7-5  shows  its  selection  table. 


Figure  7-4.  HIERARCHY  OF  EMERGENCY  SERVICES  OCCURRENCE  SCREENING  PROGRAMS 


a.  Purpose.  The  Emergency  Services  Occurrence  Screening  program  allows 
the  user  to  identify  the  Emergency  Episode  and  enter  the  emergency  checklist 
responses.  For  each  Y  response,  an  audit  may  be  performed. 

Invoked  by:  PAOSEL  (selection  table  300). 

Globals  referenced:  A  ESLCK 

*  DIC(60Q5 ) 

A  DIC(60Q1 ) 

*■  DIC(600Z ) 

File  6005  is  a  registration-type  file  for  ER  patients.  It  contains  only  the 
name  and  SSN/FMP.  File  6005.01  is  a  subfile  with  a  record  for  each  emergency 
room  episode.  It  contains  the  ER  log  number  and  the  pull  list  data.' 

File  6001  is  the  occurrence  screening  data  for  each  ER  episode.  Node  0, 
pieces  6  through  n  are  the  question  answers.  Node  1  is  the  audit  subfile; 
node  2  is  the  clerk  trace  subfile. 

File  6002  contains  the  fixed  emergency  services  occurrence  screening  question 
text.  Exceptions  are  implemented  as  1-  or  2-line  help  messages  in  00(6001). 
File  6002,  16-n  contains  MTF-specific  question  text;  there  are  no  exceptions 
to  MTF-specific  questions. 
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b. 


Input  Variables;  None . 


c.  Processing  Logic. 

(1)  Perform  lookup  (APTES). 

On  return:  SMPT  is  patient  ID 
ERN  is  episode  ID. 

(2)  Lock  patient  (if  already  locked,  error). 

(3)  Load  existing  data  into  ASMSCR.  If  new  patient,  get  name, 
SSN/FMP  from  SMZ(IQIO).  If  new  ER  episode,  default  question 
1  from  previous  ER  data  or  inpatient  episodes,  set  other 
questions  to  "N 

(4)  Paint  first  screen  (P31Q). 

(3)  If  new  episode,  set  PADCHN  to  chain  through  each  screen  of 
questions. 

(6)  Call  APADSEL  to  process  all  entry  and  selections. 

(7)  If  user  cancels,  go  to  exit. 

(8)  If  all  questions  negative,  ask  for  confirmation  before  filing 

(9)  Set  recovery  node. 

(10)  File  data. 

(11)  Kill  local  variables,  exit. 

d.  Output  Variables:  Globals:  ADIC(6001) 

a  DIC (6005) 

e.  PADSEL. 


Screen 

Selection 

Program 

Consistency  Proqrams 

310 

1 

P312 

QAEC 

3 

QASA  P318 

312 

1 

P313 

QAEC 

2 

P310 

• 

3 

QASA 

313 

1 

P314 

QAEC 

2 

P312 

3 

QASA 

314 

1 

QAMTF 

QAEC 

2 

P313 

3 

QASA 

317 

1 

QAMTF 

QAMC 

2 

QAMTF 

3 

QASA 

+ 

E317 

#nn 

QAME 

318  • 

QASAC 
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Compiled  Painter  Proorams 


Proqram 

Source 

P310 

ES  Occurrence  Screening,  pg. 

1 

P312 

ES  Occurrence  Screening,  pg. 

2 

P313 

ES  Occurrence  Screening,  pg. 

3 

P314 

ES  Occurrence  Screening,  pg. 

4 

P317 

ES, Occurrence  Screening,  MTF 

questions 

P318 

ES  Occurrence  Screening  Audit 

Compiled  Entry  Programs. 


h.  Consistency  Edita.  Consistency  programs  QAEC,  QAMC,  and  QASAC  only 
file  data  from  local  to  scratch  disk.  QAEC  ensures  that  a  defaulted  "yes"  to 
question  1  is  not  changed  to  "no." 
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7.3.1 .2  Inpatient  Emergency  Occurrence  Screening  Program. 


a.  Purpose.  The  Inpatient  Occurrence  Screening  program  allows  the  user 
to  identify  the  inpatient  episode  by  register  number  and  enter  the  checklist 
criteria.  For  each  Y  response,  an  audit  may  be  performed. 

Invoked  by:  PADSEL  (selection  table  300) 

Globals  referenced:  *010(6000) 

*010(6003) 

File  6000  is  the  patient  occurrence  screen  data.  Node  0,  pieces  6  through  n, 
are  the  question  answers.  Node  1  is  the  audit  subfile.  Node  2  is  the  clerk 
trace  subfile.  Node  3  is  a  flag  set  when  the  OR  record  is  approved  (if  node  3 
is  not  defined,  the  nightly  QA0  occurrence  screening  audit  check  will  process 
this  record;  see  section  3.7  of  this  document).  Node  4  is  the  pull  list 
data.  Node  5  is  the  Y  answers  from  OR  that  may  not  be  changed  to  "no." 

File  6003  contains  the  fixed  inpatient  occurrence  screening  question  text. 
Exceptions  are  implemented  as  1-  or  2-line  help  messages  in  *DD(6000).  File 
6003,  19-n,  contains  the  MTF-specific  question  text;  there  are  no  exceptions 
to  MTF-specific  questions. 

b .  Input  Variables:  None . 

c.  Processing  Logic. 

,  (1)  Paint,  reg  number  ID  screen  (P301). 

(2)  Get  reg  number  (E301). 

(3)  Load  Occurrence  Screening  (OS)  data: 

(a)  If  OS  data  already  exists  for  this  reg  number:  If  CR 

record  not  approved  or  CR  approved  flag  is  on  for  this  OS 
data,  load  old  responses.  Otherwise,  set  default  answers 
based  on  CR  record  and  set  CR  approved  flag  on  for  this  OS 
data.  • 
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(b)  If  CR  record  exists:  Get  primary  provider  and  disposition 
date  from  CR  record  and  set  up  default  responses. 
Otherwise,  get  disposition  date  from  Admission  record,  SSN 
and  FMP  from  Reg  record. 

(4)  Paint  first  question  screen. 

(5)  If  pew  occurrence  episode,  set  PADCHN  to  chain  through  all 
questions. 

(6)  Call  PADSEL  to  process  all  input  and  user  selections. 

(7)  If  user  cancels,  kill  variables  and  loop  to  1. 

(8)  If  all  questions  negative,  ask  for  confirmation  before  filing. 

(9)  Set  up  recovery  node. 

(10)  File  data. 

(11)  Go  to  1. 

d.  Output  Variables:  Globals:  *DIC(6000) 

e.  PADSEL. 


Screen  Selection 


Program 


Consistency  Proarams 


Compiled  Painter  Proarams 


Proaram 


Register  Number  ID 

Inpatient  Occurrence  Screening,  pg.  1 
Inpatient  Occurrence  Screening,  pg.  2 
Inpatient  Occurrence  Screening,  pg.  3 
Inpatient  Occurrence  Screening,  pg.  4 
Inpatient  Occurrence  Screening,  MTF  questions 
Inpatient  Occurrence  Screening  Audit  . 
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Compiled  Entry  Programs 


h.  Consistency  Edits.  Consistency  program  QAEC  ensures  that  any  "yes 
default  based  on  CR  data  is  not  changed  to  "no."  All  consistency  programs 
file  SMZ  into  -SMSCR. 
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7.3. 1.3  Problem/Incident  Program. 


I 

P 


C?,v. 


a.  Purpose.  The  Problem/Incident  programs  maintain  the  problem  audit 
and  the  incident  file. 

Invoked  by:  PADSEL  (selection  table  300) 

Globals  referenced:  A  DIC(6G1Q) 

'  DIC (6020) 

b.  Input  Variables:  PADSEL  (sP  for  problems) 

(=1  for  incidents) 

c.  Processing  Logic. 

The  incident  log  number  and  the  problem  number  are  assigned  by  the 
system.  They  will  be  ascending  but  not  necessarily  sequential. 

When  a  number  is  assigned,  it  is  tagged  as  "initiated.''  If  the  user 
leaves  his  terminal  and  it  times  out,  or  if  the  system  fails,  the 
number  will  not  be  re-used.  If  the  user  cancels  after  initiating  a 
problem  or  incident  report,  the  tag  is  changed  to  "cancelled." 

Again,  this  number  will  not  be  re-used.  Thus  there  may  be  "holes" 
in  the  numbering  of  reported  incidents  or  problems  but  internally 
the  numbers  are  tracked  as  initiated  or  cancelled. 

(1)  Set  file  numbers  and  screen  numbers  based  on  PADSEL. 

(2)  Paint  ID  screen. 

•  (3)  Do  ID  entry  program. 

(4)  If  user  is  done,  exit. 

(5)  If  user  entered  "NEW",  get  next  entry  number,  set  to 
"INITIATED"  and  PADCHN  to  for  auto  entry. 

(6)  Display  main  screen. 

(7)  Do  PADSEL  for  entry. 

(8)  If  user  cancels  and  this  was  a  new  entry,  set  node  to 
"CANCELLED"  and  kill  local  data,  go  to  2. 

(9)  Set  up  recovery  node. 

(10)  Do  filer,  kill  local  data,  go  to  2. 

« 
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Output  Variables.  Globals:  •'"■010(6010) 
'  “  “  A  010(6020) 

PADSEL .  Not  applicable. 

Compiled  Painter  Programs. 

Program  Source 

P321  Incident  ID 

P325  Problem  ID 

P320  Incident  Screen 

P326  Problem  Audit  Screen 


Compiled  Entry  Programs. 


h.  Edits.  Program  E320,  entry  of  incident  data,  has  a  special  edit, 
QAIML.  It  is  used  on  fields  with  multi-letter  input.  It  will  validate  that 
each  letter  is  in  the  respective  table. 

Consistency  Edits  on  Incident  Data  (Program  QAP3C): 

(1)  If  person  involved  in  incident,  register  number  must  be  entered 
(error  6010). 


1*5* 
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7. 3. 1.4  Occurrence  Screening  Question  Text  Maintenance  Program. 


a.  Purpose.  The  QAQ  program  controls  the  maintenance  of  the  text  for 
the  MTF-specific  occurrence  screening  questions  (emergency  services  and 
inpatient).  If  the  text  of  a  question  changes,  the  user  has  the  option  to' 
delete  all  existing  data  for  the  question.  If  the  change  is  editorial,  this 
would  not  be  appropriate.  If  it  is  a  new,  different  question,  old  data  must 
be  deleted. 


Invoked  by:  PAOSEL  (selection  table  300) 


Globals  referenced:  "DIC(6002) 

*  010(6003) 


File  6002  contains  question  text  for  emergency  services 'occurrence  screening; 
6003  for  inpatient  occurrence  screening.  Each  file  has  a  clerk  trace  of  all 
updates  at  node  2. 


b.  Input  Variables.  None. 


Processing  Logic. 


Paint  option  screen  (P340  has  selection  table  for  validity  of 
selection  but  returns  control;  selection  1  =  emergency 
services,  2  =  inpatient). 

Set  header  variable  based  on  selection. 

Paint  question  maintenance  screen  (P341). 

Set  PA0CHN  =  "+"  for  update. 

Do  PADSEL  for  entry.  Program  E341  has  a  special  edit,  QAQLKP, 
which,  given  the  question  number  entered,  validates  it  and 
loads/displays  current  text  if  it  exists.  (Edit  checks  that 
question  number  is  not  lower  than  first  MTF  question  or  higher 
than  1  more  th^n  the  last  MTF  question  currently  defined.) 

If  user  cancels  or  doesn't  enter  question,  exit. 

If  question  changed,  ask  if  old  data  is  to  be  deleted.  If  Y, 
ask  for  confirmation  again.  Then  if  Y,  set  variable  for  filer. 
Set  recovery  node. 

File  data  (QAQFILE).  - 

Kill  local  variables,  quit. 
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.d .  Output  Vari  ibles. 

Globals  updated:  ADIC(6002) 
aDIC(6003) 

e.  PAOSEL.  Not  applicable. 

f.  Compiled  Painter  Programs. 

Program  Source 

P340  Question  Maintenance  Selection  Screen 

P341  Question  Maintenance  Screen 

g.  Compiled  Entry  Programs. 

E341  (special  edit  QAQLKP) 

h.  Edits.  Not  applicable. 


I 
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7.3.2  Profiling  Process.  Figure  7-4  shows  the  hierarchy  of  programs  for  the 
Profiling  process,  and  Figure  7-5  shows  the  selection  table. 


Figtire  7-4.  HIERARCHY  OF  PROFILING  PROGRAMS 


Selection 

Proqram 

Function 

P 

CPP 

Provider  Profile 

B 

P350 

Batch  Posting  to  Provider  Profile 

C 

Reports 

Credentials  Pull  List 

S 

Reports 

Provider  Procedure  Summary 

MS  •* 

Reports 

Provider  Procedures/Mortalities  Summary 

Figure  7-5.  SELECTION  TABLE  329 
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7. 3. 2.1  Provider  Profile  Program. 


a.  {Purpose.  The  Provider  Profile  program  controls  the  retrieval/entry 
of  provider  profile  data.  Three  profile  data  items  are  derived  from  the 
Clinical  Record:  number  of  dispositions  and  number  of  procedures  and  medical 
record  delinquencies.  These  fields  are  not  updateable  by  the  Provider  Profile 
option. 

Invoked  by:  PADSEL  (selection  table  329) 

Globals  referenced:  *DIC(1004)f  *DIC(6030) 

b.  Input  Variables.  None. 

c.  Processing  Logic. 

(1)  Paint  provider  ID  screen. 

(2)  Perform  ID  entry  program. 

(3)  If  user  cancels  or  does  not  enter  a  provider  ID,  exit. 

(4)  Get  provider  name  and  specialty  from  provider  table. 

(5)  If  there  is  not  an  existing  provider  profile,  set  PADCHN  to  "+" 
for  entry  from  first  field. 

(6)  Do  PADSEL  for  control  of  entry. 

(7)  If  user  cancels,  exit. 

(8)  Set  QAF  variable  to  file  number  to  use  general  QA  filer 
program. 

(9)  Set  up  recovery  node. 

(10)  File  data  (QAGFILE). 

(11)  Kill  local  variables  and  exit. 

d.  Output  Variables.  Globals  updated:  ,‘DIC(6Q30) 

e.  PADSEL .  Not  applicable. 

f.  Compiled  Painter  Programs. 

Program  Source 

P330  Provider  ID  Screen 

P331  Provider  Profile  Screen 
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h.  Edits.  There  are  no  currently  defined  consistency  edits  for  the 
Provider  Profile  data. 
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